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I. TECHNICAL FIELD OF THE INVENTION 

The present invention is in the field of digital electrical apparatus 
and methods for making and using the same, and products produced thereby. 
More particularly, the present invention is directed to a digital electrical apparatus 
and methods for data processing and data management having particular utility 
in the field of futures. Still more particularly, the present invention pertains to a 
method for making and using a digital electrical apparatus to process digital 
electrical signals to for trading and clearing futures contracts with a variable price 
sensitivity related to the general level of interest rates. 

II. BACKGROUND OF THE INVENTION 

For several years now, banks in the United States and in most 
developed nations have provided interest rate risk management products to their 
customers in the form of privately negotiated contracts commonly referred to as 
over the counter derivatives. These contracts have allowed both corporations 
and individuals to transfer unwanted risk exposure to changes in the general 
level of interest rates from themselves to their banks. By helping corporations 
and individuals manage their exposure to fluctuating interest rates, these 
derivatives have greatly improved the ability of global capital markets to 
distribute capital more efficiently and at reduced cost to both borrower and 
lenden 

Banks are able to offer these products to their customers due to the 
fact that a variety of financial instruments have been developed which provide 
protection for the banks while they act as a conduit for the transfer of risk. 
Ultimately, the banks attempt to pass on the risk that they received from one 
customer, to another customer who can benefit from it. However, the financial 
instruments used to transfer the risk are limited in their ability to immunize banks 
from certain kinds of risks that they have accepted from their customers. As the 
world witnessed during the fall of 1998, interest rate markets can be very volatile 
and banks can still be very vulnerable to losses. 
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To fully understand the deficiencies in existing computer systems 
that provide support to futures exchanges where many of the financial 
instruments trade, a short explanation of the development and structure of those 
financial products is provided. In a typical interest rate derivative transaction, a 
5 bank will assume the interest rate exposure that a particular customer wishes to 
transfer, and the bank will collect a fee for this service. The ultimate goal of the 
bank is to intermediate between two customers with opposite needs. For 
example, the bank would like to find one customer who needs protection from 
rising interest rates and another customer who needs protection from declining 

10 interest rates. After the bank has assumed the exposure of one customer, but 
before it has had the opportunity to find the second customer with a need for the 
exposure, the bank will attempt to mitigate the risk associated with this exposure 
by utiizing one or more instruments that are available in the financial markets. 
These are referred to as hedge instruments. 

15 Hedge instruments typically include: United States Treasury bonds 

and notes; futures contracts on these bonds and notes (traded at The Chicago 
Board of Trade), and Eurodollar futures contracts (traded at the Chicago 
Mercantile Exchange). While far from being a perfect hedge, these instruments 
have proven themselves capable of providing some interim protection from 

20 various interest rate risk exposures while the bank seeks to identify a customer 
who would benefit from*aid exposure. Once the second customer is identified, 
the bank will attempt to transfer the exposure to the second customer. If the 
second customer is agreeable, the bank will then transfer the risk and remove 
the temporary hedge that it had put on in the form of a purchase (or sale) of 

25 notes, bonds, or futures. The bank is then left with two interest rate derivative 
contracts, providing it with offsetting exposures to movements in interest rates. 
In effect, the bank has inter mediated between two of its customers, provided 
each with valuable risk management, and taken a fee for its efforts. 

The following discussion is focused on the instruments available in 
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the financial markets today for use by the banks for temporary or interim 
hedging. Each of the currently available instruments has certain advantages and 
disadvantages. The following evaluation of these instruments is based on two 
criteria: cost and utility. 

Eurodollar futures provide a somewhat effective hedge due to the 
fact that their price responds to changes in LIBOR interest rates, and most 
interest rate derivatives are designed to transfer LIBOR risk from one entity to 
another. LIBOR is an acronym for London Interbank Offered Rate, a benchmark 
rate published in London every business day, and the most commonly used rate 
in commercial lending to price floating rate loans. Eurodollar futures provide a 
very cost effective hedge for a bank during the period that a bank seeks to 
permanently offset their exposure with either another customer or another bank. 
In addition to being sensitive to changes in LIBOR interest rates, Eurodollar 
futures have another very valuable design feature. They are designed to cover a 
period of only three months each, so that a bank can construct a hedge to match 
the term of its derivative contract. For example, if a bank enters into a derivative 
contract for a period of thirty months, the bank could buy (or sell) a string of ten 
Eurodollar futures, starting today and ending thirty months from today, with each 
contract covering a period of three months. This feature means that Eurodollars 
futures afford banks the most flexibility when hedging their interest rate risk. 

The next kind of instruments includes United States Treasury 
(Treasury) bonds and notes. These two instruments are identical with the 
exception of time to maturity. Notes mature in ten years or less while bonds 
mature in ten years or more. For purposes of this discussion we will use the 
term "t-notes" to refer to both instruments. The primary advantage of t-notes for 
use as a hedge is that they do possess convexity very similar to the convexity 
exhibited by interest rate derivatives. Therefore, a bank utilizing t-notes to hedge 
its interest rate exposure would not be required to adjust the quantity of t-notes it 
had bought or sold as interest rates fluctuate from day to day. The primary 
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drawback to t-notes for use as a hedge is that their price responds to changes in 
treasury interest rates rather than LIBOR interest rates. This is a major problem 
since the correlation between LIBOR interest rates and treasury interest rates is 
historically very low. In other words, LIBOR rates can change, affecting the 
value of the derivative, while treasury rates remain unchanged and therefore the 
value of the hedge remains unchanged. T-notes are commonly utilized to hedge 
interest rate derivatives which mature in three years or more, despite the fact 
that their use leaves a bank exposed to changes in the relationship between 
LIBOR interest rates and treasury interest rates. The other major problem with 
the use of t-notes to hedge interest rate derivatives is their lack of flexibility r 
Typically, there are just four t-notes available for use as a hedge. There are t- 
notes maturing in 2, 5, 10, and 30 years. There are, of course, many other t- 
notes available, but they are difficult to buy and sell efficiently. The four t-notes 
mentioned above are known as the "on the run" notes and the vast majority of 
the buying and selling in t-notes involves these four issues. 

The third instrument, or group of instruments, is futures contracts 
on t-notes. These also are traded at the Chicago Board of Trade. The use of 
these contracts to hedge interest rate exposure is very limited due to the fact that 
these instruments possess the same disadvantages as t-notes but also possess 
an additional feature known as basis risk. The term "basis risk" refers to the fact 
that the value of these contracts is based on a formula which causes these 
contracts to have a very strong relationship with a specific t-note issued by the 
United States Treasury, and then to switch from time to time to a different 
specific t-note. This basis risk, along with the drawbacks that these instruments 
share with t-notes, causes them to be used very rarely by banks as a hedge for 
interest rate derivatives. 

In addition to the hedge instruments in existence and in use for 
U.S. dollar denominated interest rate derivatives, their are two other hedge 
instruments available; one for Australian dollar denominated derivatives and one 
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for Deutsche mark denominated derivatives. These are described because they 
are considered to be prior art. 

The London International Financial Futures and Options Exchange 
(LIFFE) currently offers a product which it calls the Libor Financed Bond. This 
5 product was created by the LIFFE in an attempt to provide a hedge forDeutsche 
mark denominated, LIBOR based, interest rate derivatives. The Libor Financed 
Bond exhibits the convexity of an interest rate derivative, like t-notes, while at the 
same time providing price sensitivity. to LIBOR interest rates. The Libor 
Financed Bond does not, however, provide the banks with the flexibility that 

10 Eurodollar futures do. The contract covers an interest period of either five years 
or ten years, compared to the three month period that the Eurodollar futures 
cover. The result is that the contract precludes banks from an optimal hedging of 
their interest rate exposure. 

The other known prior art includes the Commonwealth Treasury Bond 

15 Future which is listed and traded at the Sydney Futures Exchange (SFE) in 
Australia. This futures contract is designed to be sensitive to changes in the 
yield on ten year and three year Australian Government Bonds. The contract 
price is equal to 100 minus the yield on a hypothetical ten year and three year 
bond. The tick value of this contract varies with the yield of the bond, and the 

2 o tick values are prescribed in a table published by the SFE. It is this variable tick 
value which confers upon the contract the convexity which the actual Australian 
Government Bonds possess. So these contracts posses convexity, which is the 
inventor herein believes to be desirable, but they are not sensitive to LIBOR 
interest rates and they do not provide the flexibility that shorter contracts like 

2 5 three month Eurodollar futures contracts do. 
III. SUMMARY OF THE INVENTION 

We have devised and designed an improved computer system for 
handling futures contracts trading and clearing. The improvement extends the 
capability of prior systems so as to accommodate and support a new financial 

6 



product that we have named the FRA (Forward Rate Agreement) futures 
contract. A FRA can provide banks and investment banks with a financial 
instrument that they can utilize as a hedge for their LIBOR interest rate 
exposure. The IRA futures contract overcomes the deficiencies in existing 
instruments, as described above, and will make capital markets and 'the'' 
distribution of capital in the United States and all other developed nations more 
efficient. However, in order to trade and clear the FRA futures contract 
effectively requires a complex and sophisticated computer system. To fully 
appreciate the advances made in this computer system requires a brief 
explanation of the FRA futures contract itself. However, it is noted that the • 
principles of the present invention are applicable to the trading and clearing of 
futures contracts other than the FRA futures contract. It is further noted that the 
FRA futures contract, and the computer system which supports the trading and 
clearing of the FRA futures contract, are applicable to any currency including, but 
not limited to, Japanese yen, British pound, French franc, Swiss Franc, Deutsche 
mark, European Currency Unit, Canadian dollar, Mexican peso, Russian ruble, 
etc. It is further noted that the FRA futures contract, and the computer system 
which is required to support the trading and clearing of the FRA futures contract, 
are applicable to any maturity of LIBOR. The most commonly referenced 
maturity is three months, but any maturity from one month to twelve months is 
applicable. It is further noted that the FRA futures contract, and the computer 
system which can be used to support the trading and clearing of the IRA futures 
contract, are applicable to any interest rate index. The most commonly 
referenced index for commercial lending is currently LIBOR, but Prime, Fed 
funds and commercial paper as used in the over the counter derivatives markets 
and described by the International Swap Dealers Association Handbook are 
applicable. 

The FRA futures contract provides a completely new financial 
instrument for banks, and any other potential users, for use in hedging their 



7 



LIBOR based interest rate exposure in a more cost effective, secure and robust 
way. The FRA futures contract will address all the major needs of a bank which 
seeks an instrument to hedge its LIBOR based interest rate exposure. The price 
of the IRA futures contract responds to changes in LIBOR interest rates, thus the 
user will not be exposed to the low correlation between LIBOR rates and United 
States Treasury interest rates, as they are currently when utilizing t-notes to 
hedge their interest rate exposure. The FRA futures contract covers an interest 
period of three months so that it provides flexibility in constructing a hedge for an 
interest rate derivative contract. The significant and innovative difference 
between the FRA futures contract and the Eurodollar futures contract is the 
Present Value Factor (PVF). By adding this feature to the contract specifications 
and applying this PVF to the tick value (dollar value of a minimum change in the 
price of the futures contract), we have added the critical attribute of convexity to 
this instrument. 

In order to understand the role that the PVF plays, it is necessary 
to understand a little bit about the mechanics of the interest rate derivative 
market. When a bank enters into an over the counter interest rate derivative 
contract, the bank agrees to either pay, or be paid, an amount of money based 
on the prevailing market rate for three month LIBOR on some date in the future. 
That amount of money is called a floating rate payment. If the bank does not 
wish to accept the uncertainty regarding what the level of three month LIBOR 
may be on some date in the future, it will endeavor to hedge its exposure to the 
rise and fall of three month LIBOR. A popular vehicle for this is the Eurodollar 
futures contract. If a bank had agreed to pay three month LIBOR on September 
16th of next year, it could sell an appropriate quantity of September Eurodollar 
futures as a hedge. This hedge would be effective since the price of Eurodollar 
futures goes down as the three month LIBOR rate goes up, and any losses 
incurred by three month LIBOR rising would be offset by the price of September 
Eurodollars declining. The income statement for the bank on September 16th of 
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next year would show a loss on the over the counter interest rate derivative and 
an equal, but opposite, gain on the September Eurodollar futures contract. 
There is a problem, however. The over the counter interest rate derivative 
contract, which the bank agreed to, requires payment only at the end of the term 
of the contract, while the Eurodollar futures contract requires payment e'yerv day 
for any gains or losses incurred due the movement in the three month LIBOR 
rate. In other words, three month LIBOR could rise 10 percent and then fall 10 
percent before the over the counter interest rate derivative contract expires and 
the bank would have no payment obligations under the terms of the over the 
counter interest rate derivative, while at the same time, the futures exchange 
would have paid the bank large sums of money when the LIBOR rate rose, and 
then would have demanded it back as the LIBOR rate went back to its original 
level. It is these mismatches in cash flows that cause the Eurodollar ftiturc to an 
ineffective hedge. Let us examine what would happen if three month LIBOR 
were to rise IO percent in June of next year. As three month LIBOR rose 10 
percent, the September Eurodollar future would decline by a like amount. The 
bank would be paid a sum of money by the futures exchange on the day that the 
rate moved. Since banks use the present value concept to report gains and 
losses in their derivative operations, the bank would report a gain on their 
Eurodollar futures position and a loss on their over the counter interest rate 
derivative position, but the loss on the derivative would be reported as the 
present value of the future cash flow, while the gain on the Eurodollar futures 
contract would be reported in its entirety. By definition, the loss on the 
derivative, present valued, would be less than the gain on the Eurodollar futures. 
It is this present value concept which causes the bank in our example to 
experience an imbalance between the derivative contract and the Eurodollar 
hedge. It is also this concept of present value that we are employing in our 
invention. The PVF will have the effect of making the gains or losses on the 
futures contracts equal to the gains and losses on the over the counter interest 



rate derivative contracts. Thus, instead of having a mismatch in the valuation of 
the interest rate derivative contract versus the Eurodollar futures contract, the 
bank would have the valuations of the interest rate derivative and the FRA 
futures contract exactly offsetting each other. So, to summarize, banks currently 
experience valuation mismatches between interest rate derivative contracts and 
Eurodollar futures contracts due to the discounting of future cash flows on the 
derivative versus the current cash flows on the Eurodollar futures contract. The 
FRA futures contract has all the same characteristics that a Eurodollar future 
was designed to include, but adds the critical feature of reducing the cash flows 
by a discount factor we call a PVF. The payment that would be made bv the 
futures clearing entity in the above example would be multiplied by the PVF 
appropriate for the date of payment, and therefore reduced. 
A. Objects and Advantages 

In view of the foregoing, the inventors herein have made a first 
innovation in the field of futures that has created a need for a second innovation 
in the field of computer science, the latter being the subject of this patent 
application. Thus, an object of the invention for which a patent is sought is 
overcoming some or all of the drawbacks indicated herein by a computerized 
apparatus and method— all to aid in, and improve over, the efficiency, speed, 
accuracy, and versatility of prior art systems. 

It is another object of the present invention to provide an apparatus 
(machine), method of making the machine, article of manufacture, necessary 
intermediate data structures, method of using the machine, and products 
produced by the method (collectively referenced herein as the method), wherein 
the method includes using a digital electrical computer in convex futures contract 
clearing 

It is another object of the present inventon to provide for carrying 
out the method including by providing a clearing computer system including a 
digital electrical computer having a processor electrically connected to an input 
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device for receiving input information and producing input electrical signals 
representing the input information, to an output device for producing a display 
corresponding to output electrical signals, and to a printer device for printing 
corresponding to the output electrical signals; and 
5 programming the processor to form circuitry in the processor to control the 

computer system in signal processing responsive to the input electrical signals to 
produce other electrical signals including the output electrical signals. 

It is still another object of the present invention to provide for 
carrying out the method in data processing substeps of receiving, as a portion of 
1 o the input information, a base tick value for a convex futures contract, an 

expiration time for the convex futures contract, identification of a buyer of the 
convex futures contract, identification of a seller of the convex futures contract, a 
trade price for the convex futures contract, and a settlement price for the convex 
futures contract; computing a discount factor from the settlement price; 
15 determining an actual tick value by applying the discount factor to the base tick 
value; specifying an amount of money a clearing entity must transfer between 
the buyer and the seller for clearing the convex futures contract by applying the 
actual tick value to a difference between the trade price data and the settlement 
price; triggering a computer-assisted transfer of the amount of money; and 
20 generating, at the printing device, documentation including the computed amount 
of money transferred, irfclearing the trade of the convex futures contract. 

It is still another object of the present invention to provide for 
carrying out the method by applying a bootstrap method to the computing of the 
settlement price. 

25 It is yet another object of the present invention, in any of the 

objects set out above, to provide for carrying out the method by determining an 
actual tick value includes applying the discount factor to the base tick value to 
produce a variable actual tick value. 

It is yet another object of the present invention, in any of the 
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objects set out above, to provide for carrying out the method by generating a 
cumulative price quote for a group including another convex futures contract by 
and displaying the cumulative price quote on the display device to convey 
information for use in trading the group. 

It is yet another object of the present invention, in any of ttie 
objects set out above, to provide for carrying out the method by generating a 
price for an floor option on the convex futures contract and.by displaying the 
price for the floor option on the display device to convey information for use in 
trading the floor option. 

It is yet another object of the present invention, in any of the 
objects set out above, to provide for carrying out the method by accounting for a 
limit, the limit from the group consisting of a cap, a floor, or both, in generating 
the price. 

It is an additional object of the present invention, in any of the 
objects set out above, to provide for carrying out the method by facilitating 
communicating data representing the convex futures contract from the clearing 
computer system to a second digital electrical computer system and by using the 
data in computing a price for an Over-The-Counter option. 

It is an additional object of the present invention, in any of the 
objects set out above, to provide for carrying out the method by forming an 
interest rate swap including the convex futures contract including computing 
interest payments for the interest rate swap with the second computer. 

It is an additional object of the present invention, in any of the 
objects set out above, to provide for carrying out the method by communicating 
data representing the convex futures contract from the clearing computer system 
to an other digital electrical computer system and by computing, with the other 
digital electrical computer system, a zero coupon libor curve in real time and 
applying the zero coupon libor curve to a portfolio of interest rate derivatives to 
create forward rates, expected cash flows, and present value of the cash flows 
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for risk management manipulation of the portfolio. 

It is an additional object of the present invention, in any of the 
objects set out above, to provide for carrying out the method by calculating, with 
the other digital electrical computer system, an exposure indicia of movement in 
the curve. ' " 

It is an additional object of the present invention, in any of the 
objects set out above, to provide for carrying out the method by one or more in 
combination of the following: publishing daily quotes of the discount factor by 
clearing digital electrical computer system to provide information for use in 
trading the convex futures contract, publishing trading discount factor data in real 
time on a display board electrically connected to the clearing digital electrical 
computer system to provide information for use in trading the convex futures 
contract, conveying trading discount factor data in real time to a plurality of 
vendor computers electrically connected to the clearing digital electrical 
computer system to provide information for use in trading the convex futures 
contract, and conveying trading discount factor data in real time to a plurality of 
broker computers electrically connected to the clearing digital electrical computer 
system to provide information for use in trading the convex futures contract. 

It is an additional object of the present invention, in any of the 
objects set out above, to provide for carrying out the method by conveying 
trading discount factor data in real time to a plurality of customer computers 
electrically connected to the clearing digital electrical computer system to provide 
information for use in trading the convex futures contract— and in response to a 
trade triggered from one of the customer computers, generating confirmation 
statement at the clearing digital electrical computer to document the trade 
triggered from one of the customer computers. 

It is an additional object of the present invention, in any of the 
objects set out above, to provide for carrying out the method by making convex 
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futures contract documentation made by the foregoing method, especially 
wherein the method involves applying a bootstrap method to the settlement 
price. 

It is yet still an additional object of the present invention, in any of 
the objects set out above, to provide for carrying out the method by 'publishing 
price data for the convex futures contract. 
B. Summary of the Invention 

These and other objects of the present invention, as apparent from 
the specification as a whole, are carried out by providing an improved digital 
electrical computer apparatus and method for digital electrical machine-based 
computing capable of trading and clearing a sophisticated, next generation, 
futures contract such as the IRA futures contract. In particular, the computer 
system and method of the present invention provides machine-computational 
support for a futures contract with a tick value that varies with general level of 
interest rates. This futures contract would be available to banks and investment 
banks around the world for use in managing the risk associated with trading in 
over the counter interest rate derivative contracts. 

The present invention involves a system performing several 
functions, which, when performed together, constitutes the trading, clearing and 
settlement of a financial futures contract. Generally, the system accepts data 
from the principles to all transactions consummated (e.g., on a particular day), 
keeps a running record of each principle's net position in each futures contract, 
performs a calculation which determines the price sensitivity of each futures 
contract to a given change in interest rates, and then calculates the appropriate 
transfer of funds between the principles involved in buying and selling the 
contract. 

1 . Determination of the Present Value Factor. At the 
end of a prescribed period of time, usually one day, a determination is made as 
to the closing price for each futures contract which is traded at a particular 
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exchange or marketplace. This closing price is also known as the settlement 
price, and can be viewed as a fair representation of the price level which was 
prevalent in each futures contract at the prescribed time. This settlement price, 
or these settlement prices, is entered into an electronic input device which is 
connected to the clearing computer system. The first calculation to be performed 
by the clearing computer system utilizes the settlement price of the futures 
contract whose expiration date is closest to the current date. The calculation, 
which is detailed below, yields a result that we call the Present Value Factor 
(PVF). We refer to the first PVF as PVF1 . The clearing computer system stores 
the value of PVF1 for use in subsequent calculations. The clearing computer 
repeats the process to determine PVF2 by utilizing the results of the first 
calculation and the settlement price of the futures contract whose expiration is 
next closest to the current date. The result of this second calculation is labeled 
PVF2 and also is stored. This process is repeated until there is a PVF for each 
futures contract listed by the exchange. ('Listed' is a term that means that a 
contract is available for trading and clearing). In other words, if there are futures 
contracts traded, e.g., with expiration dates in March, June, September and 
December in each of the next ten years, then this calculation is repeated forty 
times and the results would be PVF1 through PVF40. The process is analogous 
to building a pontoon bridge across a river; in order to build the next section of 
bridge, you must use all of the preceding sections to get to it. 

2. Determination of the Actual Tick Value (ATV). After 
the clearing computer system has read the settlement prices for all the futures 
contracts and performed the calculation that yields the PVF for each of the 
futures contracts, the next step is for the clearing computer system to calculate 
the Actual Tick Value for each futures contract. The ATV is calculated by 
multiplying the Base Tick value, which is maintained in the clearing computer 
memory, by the PVF. Each futures contract (i.e., March 1999, June 1999, 
September 1999) is assigned an ATV. The ATV for the futures contract expiring 
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closest to the current date will be labeled ATV1 . The ATV will be an integral part 
of the next step, which will be the calculation of the settlement amounts do 
to/from the buyers and sellers of the futures contracts. 

3. Determination of the settlement amount. Once the 
clearing computer system has assigned an ATV to each listed futures contract, 
the clearing computer system calculates the settlement amounts. A1 settlement 
amount is the amount of money which must be paid by those individuals or 
organizations who lost money on any given day, or, the amount of money which 
will be sent from the clearing entity to those individuals or organizations who 
made money on any given day. In order to determine this amount, several 
pieces of information must be either stored in or sent to the clearing computer 
system: (1 ) the number of contracts an individual or organization had net bought 
or sold by the end of the previous day, (2) the number of contracts an individual 
or organization bought or sold during the current day, (3) the price at which the 
individual or organization bought or sold during the current day, (4) the 
settlement price for each futures contract for the previous day, (5) the settlement 
price for each futures contract for the current day, (6) the Actual Tick Value(ATV) 
for the current day for each futures contract. 

More specifically, and viewed from a different perspective, the 
system includes using a digital electrical computer in convex futures contract 
clearing, the method including the steps of: providing a clearing computer 
system including a digital electrical computer having a processor electrically 
connected to an input device for receiving input information and producing input 
electrical signals representing the input information, to an output device for 
producing a display corresponding to output electrical signals, and to a printer 
device for printing corresponding to the output electrical signals; and 
programming the processor to form circuitry in the processor to control the 
computer system in signal processing responsive to the input electrical signals to 
produce other electrical signals including the output electrical signals, in data 
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processing substeps of: receiving, as a portion of the input information, a base 
tick value for a convex futures contract, an expiration time for the convex futures 
contract, identification of a buyer of the convex futures contract, identification of 
a seller of the convex futures contract, a trade price for the convex futures 
contract, and a settlement price for the convex futures contract; computing a 
discount factor from the settlement price; determining an actual tick value by 
applying the discount factor to the base tick value; specifying an amount of 
money a clearing entity must transfer between the buyer and the seller for 
clearing the convex futures contract by applying the actual tick value to a 
difference between the trade price data and the settlement price; triggering a : 
computer-assisted transfer of the amount of money; and generating, at the 
printing device, documentation including the computed amount of money 
transferred, in clearing the trade of the convex futures contract. 

In the foregoing system, the substep of computing a discount factor 
can include the substep of applying a bootstrap method to the settlement price. 

In any of the foregoing, the substep of determining an actual tick 
value can include applying the discount factor to the base tick value to produce a 
variable actual tick value. 

In any of the foregoing, it is possible to include the substeps of: 
generating a cumulative price quote for a group including another convex futures 
contract; and displaying the cumulative price quote on the display device to 
convey information for use in trading the group. 

In any of the foregoing, it is also possible to include generating a 
price for an floor option on the convex futures contract; and displaying the price 
for the floor option on the display device to convey information for use in trading 
the floor option. 

In the foregoing system, the step of generating a price can include 
accounting for a limit, the limit from the group consisting of a cap, a floor, or both, 
in generating the price. 
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In any of the foregoing, it is also possible to include communicating 
data representing the convex futures contract from the clearing computer system 
to a second digital electrical computer system; and using the data in computing a 
price for an Over-The-Counter option. 
5 In any of the foregoing, the forming an interest rate swap'ihcluding 

the convex futures contract can include computing interest payments for the 
interest rate swap with the second computer. 

In any of the foregoing, it is further quite viable to include 
communicating data representing the convex futures contract from the clearing 
10 computer system to an other digital electrical computer system; and computing, 
with the other digital electrical computer system, a zero coupon libor curve in real 
time and applying the zero coupon libor curve to a portfolio of interest rate 
derivatives to create forward rates, expected cash flows, and present value of 
the cash flows for risk management manipulation of the portfolio. 

In any of the foregoing, it is possible to further include calculating, 
with the other digital electrical computer system, an exposure indicia of 
movement in the curve. 

In any of the foregoing, further possible to include one or any 
combination of the following: publishing daily quotes of the discount factor by 
clearing digital electrical computer system to provide information for use in 
trading the convex futures contract, publishing trading discount factor data in real 
time on a display board electrically connected to the clearing digital electrical 
computer system to provide information for use in trading the convex futures 
contract, conveying trading discount factor data in real time to a plurality of 
vendor computers electrically connected to the clearing digital electrical 
computer system to provide information for use in trading the convex futures 
contract, and conveying trading discount factor data in real time to a plurality of 
broker computers electrically connected to the clearing digital electrical computer 
system to provide information for use in trading the convex futures contract. 

18 
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In any of the foregoing, it is additionally possible to include 
conveying trading discount factor data in real time to a plurality of customer 
computers electrically connected to the clearing digital electrical computer 
system to provide information for use in trading the convex futures contract; and 
in response to a trade triggered from one of the customer computersrg^herating 
confirmation statement at the clearing digital electrical computer to document the 
trade triggered from one of the customer computers. 

It should be clear that the system includes a convex futures 
contract documentation made by the process set out above, especially wherein 
the substep of computing a discount factor includes applying a bootstrap method 
to the settlement price. Of course in any of the above, it is best to carrty out the 
publishing as including price data. 

C. Brief Description of the Drawings 

FIG. 1 is an overview of the structure of the present invention. 
FIG. 2 is a flow chart for the present invention. 

IV. DETAILED DESCRIPTION OF A PREFERRED EMBODIMENT 

Figure 1 shows, in block diagram form, the computer-based 
elements which can be utilized to implement the present invention. The present 
invention involves computer system 1 , which includes processor circuitry 2 in a 
digital electrical computer 4. For flexibility, it is preferable to have the processor 
circuitry 2 formed by means of a computer program programming programmable 
circuitry, i.e., programming the computer (processor). The programming can be 
carried out with a computer program (or programs) 6, which for flexibility should 
be in the form of software stored in an external memory 8, such as a diskette, 
hard disk, virtual disk, or the like. (The virtual disk is actually an extended 
internal memory 10 that may assist in speeding up computing.) A diskette 
approach is optional, but it does provide a useful facility for inputting or storing 
data structures that are a product produced by the host software, as well as for 
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inputting a software embodiment of the present invention. Of course storing the 
computer program 6 in a software medium is optional because the same result 
can be obtained by replacing the computer program in a software medium with a 
hardware storage device, e.g., by burning the computer program 6 into a ROM, 
using conventional techniques to convert software into an ASIC or FPGA, etc., 
as would be understood by one having a modicum of skill in the arts of computer 
science and electrical engineering. (It is well known in the art of computer 
science that it is a trivial technical exercise to go from specific hardware to 
software or vice versa. See, for example, James R. Goodman, Todd E. Marlette, 
and Peter K. Trzyna, "The Alappat Standard for Determining That Programmed 
Computers are Patentable Subject Matter," J.P.T.O.S. October 1994, Volume 
76, No. 10, pages 771 - 786, and James R. Goodman, Todd E. Marlette, and 
Peter K. Trzyna, "Toward a Fact-based Standard for Determining Whether 
Programmed Computers are Patentable Subject Matter," J.P.T.O.S. May 1995, 
Vol. 77, No. 5, pages 353 - 367, both of which are incorporated by reference.) In 
this regard, it should also be noted that "input" can include inputting data for 
processing by the computer program 6 or inputting in the computer program 6 
code itself. 

An internal memory 10 works in cooperation with the external 
memory 8. An input device 12 could be a keyboard or equivalent means for a 
user to input the data discussed below. A visual display unit 14 can be 
employed for a visual representation, and a printer 16 can be employed for 
producing hard copy output 22. Note that output electrical data can also be 
stored to memory 8. 

For such an embodiment, an IBM-compatible PC could work or 
such a computer system as is used at the Chicago Board of Trade, or the like. 
The input device 12, or a representative one of many, can be any ANSI standard 
terminal, and the visual display unit 14 can be a Trinatron color monitor. Stiil 
other alternatives include using a network of other computers or a mini-computer 
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or a mainframe system. With such larger scale approaches, the external 
memory 8 could be a tape or a CD ROM for data retrieval. A VAX or Microvax 
system running VMS 5.0 or later is an acceptable approach. 

As indicated above, an embodiment could also be carried out in 
hardware, though this is not recommended as it is an inflexible approach..' 
Accordingly, a hardware implementation is described here for exemplary 
purposes. Of course it is well known that a computer program can be stored in 
hardware by many approaches, not the least of which is burning it into a ROM. 
More sophisticated than burning a ROM, but also entirely conventional, is to use 
techniques to translate the computer program 6 into an ASIC or a chip that will 
carry out the invention in an equivalent manner, and if fact with equivalent 
circuitry to that formed by programming programmable computer circuitry. It is 
all just digital electrical circuitry processing digital electrical signals, transforming 
them to output different electrical signals. 

The present invention can best be implemented by utilizing a 
database 20 of files (or an equivalent, e.g., records, a relational database, etc.) 
pertaining to the present invention as discussed herein. In Figure 1, respective 
dotted lines between database 20 and input device 12, and between computer 
program 6 and input device 12 illustrate that the computer program 6 and 
contents of database 20 can be obtained from data input at the input device 12, 
which converts the respective input data into respective electrical signals for 
handling by the digital electrical computer 4, and processor 2, including storing 
the respective digital electrical signals in the memories 8 and 10. Output 
electrical data, in the form of digital electrical signals, is generated by the 
processor 2 processing the input electrical data in a manner specified by the 
executable program 6, such that when operated, the system 1 as a whole 
produces a tangible presentation, such as that represented in Figure 1 as 
documentation 22, including such documents as a Confirmation Statement, an 
equity run, reports, P&L cash flows, and other docments showing the identity or 
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kind of the contracts, the number of contracts, and the price for the contracts. 

There can be various kinds of input data 21 or information, 
including settlement price data 23, base tick value price data 24, expiration date 
data 25, expiration time data 26, identification of buyer data 27, identification of 
seller data 28, trade price data 29, and other data, which could include 6ther 
computer programs, local files 24 (files specific to a particular user and not 
available to other users), data files corresponding to a user, utilities, reference 
files, etc. 

More particularly, the input data 21 can include settlement price 
data 23 of the contract. This includes the price that is determined to be the 
representative price that last traded when the contract closed at the end of the 
period of time specified by the exchange (e.g., at the end of every hour, or at a 
specified time every day). 

The input data 21 also can include the base tick value price data 
24. This includes the dollar value for a minimum change in the price of the 
contract. For example, if the minimum price change is defined to be .01 and the 
tick value is $25.00, then a three tick move from 96.03 to 96.06 would result in a 
gain or loss of $75.00. 

The input data 21 also can include the contract expiration date data 
25 and the expiration time data 26. These can include the prescribed date and 
time when the contract stops trading and settlement must be made. 

The input data 21 also can include the identification of buyer data 
27, which includes the buyer-the name of the individual or organization which 
will benefit from an increase in the price of the contract. 

The input data 21 also can include the Identification of the seller 
data 28, which includes the name of the individual or organization which will 
benefit from an decrease in the price of the contract. 

The input data 21 also can include the trade price data 29: the 
price at which the buyer and seller agreed to contract the obligation. 
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The above information is transmitted to the clearing computer via 
modem or other appropriate means. The information is then processed by the 
clearing computer as illustrated in FIG. 2, as follows. 

STEP I 

In block 50, the clearing computer 4 calculates the Present Value 
Factor (PVF). The mathematical formula is as follows: This is preferably a multi- 
step process that is done for each contract expiration. 

STEP 2 

In block 52, after the PVF has been calculated, the clearing 
computer 4 determines the Actual Tick Value (ATV) by multiplying the Base Tick 
Value by the PVF. The result is the ATV. Again, this step must be completed for 
each contract expiration. 

STEP 3 

In block 54, the clearing computer 4 calculates the settlement 

amount that is due to the buyer from the seller or to the seller from the buyer. 

The calculation is a matter of determining if the contract settlement price was 

above or below the trade price, and then determining how much money is due 

which party. The formula for the buyer's settlement amount is as follows: 

B = (Ps-Pt)*ATV*100 

o where B = Settlement due to (from) buyer 
■ti- 
ps = settlement price 

Pt = trade price 

ATV = actual tick value 

and the formula for the seller's settlement amount is as follows: 

5 

S = (Pt-P,)*ATV*100 

where S = Settlement due to (from) seller 

Ps = settlement price 

Pt = trade price 
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ATV = actual tick value 
This step, like the others, is preferably repeated thousands of times in order for it 
to be useful. 

STEP 4 

In block 56, the clearing computer 4 triggers a computer-assisted 
transfer of funds from the bank accounts of the buyers or sellers who lost money 
and to the bank accounts of the buyers and sellers who made money. 

STEP 5 

In block 58, the clearing computer 4 generates and sends output to 
the printer and to terminals in the offices of trading firms who do business with 
the clearing corporation. This output includes a record of each trade, called a 
confirmation, the settlement price of each contract expiration and the settlement 
amount, or amount of money due to, or due from, each trading firm. 

The programmed processor circuitry 2 uses the data 21 , which 
represents some or all of the information or data input by the user to produce 
output data in a digital electrical form of a string of bits which correspond to 
processed data. The processor circuitry 2 carries out its operations by using at 
least one "filter", which can be characterized as an analysis or process restricted 
by a precise definition. Elements of the definition can be characterized by at 
least one logical operator or operand to indicate the precise definition or process 
to be carried out, e.g., whether the union or intersection of two elements or the 
complement of an element is required. The term "filter" is also applied to the 
process of applying this definition to change, create, or generate, or exclude data 
other than that defined from subsequent processing. 

This invention can also be implemented by utilizing at least one 
i pointer to insert a computed piece of data into the preformatted text of the 
I above-referenced documentation in the appropriate data file(s). Alternatively, a 
plurality of pointers can be logically linked so that the output electrical data can 
be inserted in a plurality of locations in the aforementioned documentation 22. 
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The computer program 6 controlling the digital electrical computer 4 checks for 
the pointers) to ascertain whether any electrical output data should be inserted 
in generating the documentation 22. This is preferable to an approach of doing 
the computing described in Figure 2 and then manually entering the computed 
amounts on printed documentation preformatted to accommodate the inserted 
amounts. 

In Figure 1 , dotted box 32 represents a detailed view of a first 
computer system. For the sake of brevity, it should be understood that related 
computer systems 32A, 32B, 32C have much the same structure, except of 
course that the respective computers have respectively programmed processors 
with corresponding circuitry unique to their functions. Thus, it should be 
understood that 32A, 32B, and 32C have respective monitors, input devices, 
output devices, links to network 18 (e.g., the Internet, an intranet, dedicated 
lines, etc.). 

Accordingly, as set out above and shown in the figures, the present 
invention includes a method for using a digital electrical computer in convex 
futures contract clearing, as well as a method for making digital circuitry, data 
structures as necessary intermediates, and the apparatus itself. With this 
understanding, for the sake of brevity, the following discussion is made with 
reference to the method of use. The method includes the steps of: providing a 
clearing computer system including a digital electrical computer having a 
processor electrically connected to an input device for receiving input information 
and producing input electrical signals representing the input information, to an 
output device for producing a display corresponding to output electrical signals, 
and to a printer device for printing corresponding to the output electrical signals; 
and programming the processor to form circuitry in the processor to control the 
computer system in signal processing responsive to the input electrical signals to 
produce other electrical signals including the output electrical signals, in data 
processing substeps of: receiving, as a portion of the input information, a base 
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method can be carried out further including: communicating data representing 
the convex futures contract from the clearing computer system to a second 
digital electrical computer system; and using the data in computing a price for an 
Over-The-Counter option. In such case, the forming an interest rate swap 
including the convex futures contract can include computing interest payments 
for the interest rate swap with the second computer. 

Additionally, in any of the foregoing, alternatively, or in 
combination, the method can be carried out further including: communicating 
data representing the convex futures contract from the clearing computer system 
to an other digital electrical computer system; and computing, with the other 
digital electrical computer system, a zero coupon libor curve in real time and 
applying the zero coupon libor curve to a portfolio of interest rate derivatives to 
create forward rates, expected cash flows, and present value of the cash flows 
for risk management manipulation of the portfolio. In such a case, the method 
can further include: calculating, with the other digital electrical computer system, 
an exposure indicia of movement in the curve. 

Yet additionally in any of the foregoing, alternatively, or in 
combination, the method can be carried out further including: publishing daily 
quotes of the discount factor by clearing digital electrical computer system to 
provide information for use in trading the convex futures contract; publishing 
trading discount factor data in real time on a display board electrically connected 
j to the clearing digital electrical computer system to provide information for use in 
I trading the convex futures contract; conveying trading discount factor data in real 
time to a plurality of vendor computers electrically connected to the clearing 
digital electrical computer system to provide information for use in trading the 
convex futures contract; conveying trading discount factor data in real time to a 
plurality of broker computers electrically connected to the clearing digital 
I electrical computer system to provide information for use in trading the convex 
futures contract; and/or conveying trading discount factor data in real time to a 
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plurality of customer computers electrically connected to the clearing digital 
electrical computer system to provide information for use in trading the convex 
futures contract-and in response to a trade triggered from one of the 
customer computers-generating confirmation statement at the clearing digital 
electrical computer to document the trade triggered from one of the customer 
computers. 

Preferably, the present invention is viewed as extending to convex 
futures contract documentation made by the process including: providing a 
clearing computer system including a digital electrical computer having a 
processor electrically connected to an input device for receiving input information 
and producing input electrical signals representing the input information, to an 
output device for producing a display corresponding to output electrical signals, 
and to a printer device for printing corresponding to the output electrical signals; 
and programming the processor to form circuitry in the processor to control the 
computer system in signal processing responsive to the input electrical signals to 
produce other electrical signals including the output electrical signals, in data 
processing substeps of: receiving, as a portion of the input information, a base 
tick value for a convex futures contract, an expiration time, for the convex futures 
contract, identification of a buyer of the convex futures contract, identification of 
a seller of the convex futures contract, a trade price for the convex futures 
contract, and a settlement price for the convex futures contract; computing a 
discount factor from the settlement price; determining an actual tick value by 
applying the discount factor to the base tick value; specifying an amount of 
money a clearing entity must transfer between the buyer and the seller for 
clearing the convex futures contract by applying the actual tick value to a 
difference between the trade price data and the settlement price; triggering a 
computer-assisted transfer of the amount of money; and generating, at the 
printing device, documentation including the computed amount of money 
transferred, in clearing the trade of the convex futures contract. In such case, 



the documentation can be made by the process wherein the substep of 
computing a discount factor includes applying a bootstrap method to the 
settlement price. However, in any case, preferably, the invention extends to 
publishing price data. 

While the above description contains many specificities, these 
should not be construed as limitations on the scope of the invention, but rather 
as an exemplification of one preferred embodiment thereof. Many other 
variations are possible such as, but not limited to, those described in the Objects 
and Advantages section above. Thus, the scope of the invention should be 
determined by the appended claims and their legal equivalents, rather than by 
the principal embodiment and other examples described above. 
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V. I CLAIM: 

1 . A method for using a digital electrical computer in convex 
futures contract clearing, the method including the steps of: 

providing a clearing computer system including a digital electrical 
computer having a processor electrically connected to an input device fdr 
receiving input information and producing input electrical signals representing the 
input information, to an output device for producing a display corresponding to 
output electrical signals, and to a printer device for printing corresponding to the 
output electrical signals; and 

programming the processor to form circuitry in the processor to control the 
computer system in signal processing responsive to the input electrical signals to 
produce other electrical signals including the output electrical signals, in data 
processing substeps of: 

receiving, as a portion of the input information, a base tick value for 
a convex futures contract, an expiration time for the convex futures contract, 
identification of a buyer of the convex futures contract, identification of a seller of 
the convex futures contract, a trade price for the convex futures contract, and a 
settlement price for the convex futures contract; 

computing a discount factor from the settlement price; 

determining an actual tick value by applying the discount 
factor to the base tick value; 

specifying an amount of money a clearing entity must 
transfer between the buyer and the seller for clearing the convex futures contract 
by applying the actual tick value to a difference between the trade price data and 
the settlement price; 

triggering a computer-assisted transfer of the amount of 

money; and 

generating, at the printing device, documentation including 
the computed amount of money transferred, in clearing the trade of the convex 
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futures contract. 



2. The method of claim 1 , wherein the substep of computing a 
discount factor includes the substep of applying a bootstrap method to the 
settlement price. 

3. The method of claim 1 , wherein the substep of determining 
an actual tick value includes applyingthe discount factor to the base tick value to 
produce a variable actual tick value. 

4. The method of claim 2, further including the substeps of: 
generating a cumulative price quote for a group including another 

convex futures contract; and 

displaying the cumulative price quote on the display device to 
convey information for use in trading the group. 

5. The method of claim 2, wherein: 

generating a price for an floor option on the convex futures 

contract; and 

displaying the price for the floor option on the display device to 
convey information for use in trading the floor option. 

6. The method of claim 5, wherein the step of generating a 
price includes accounting for a limit, the limit from the group consisting of a cap, 
a floor, or both, in generating the price. 

7. The method of claim 2, further including: 
communicating data representing the convex futures contract from 

the clearing computer system to a second digital electrical computer system; and 
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option. 



using the data in computing a price for an Over-Trie-Counter 



8. The method of claim 7, wherein the forming an interest rate 
swap including the convex futures contract includes: 

computing interest payments for the interest rate swap with the 
second computer. 

9. The method of claim 2, further including: 
communicating data representing the convex futures contract from 

the clearing computer system to an other digital electrical computer system; and 
computing, with the other digital electrical computer system, a zero 
coupon libor curve in real time and applying the zero coupon libor curve to a 
portfolio of interest rate derivatives to create forward rates, expected cash flows, 
and present value of the cash flows for risk management manipulation of the 
portfolio. 

1 0. The method of claim 9, further including: 
calculating, with the other digital electrical computer system, an 

exposure indicia of movement in the curve. 

A- 

1 1 . The method of claim 2, further including: 

publishing daily quotes of the discount factor by clearing digital 
electrical computer system to provide information for use in trading the convex 
futures contract. 

1 2. The method of claim 2, wherein: 

publishing trading discount factor data in real time on a display 
board electrically connected to the clearing digital electrical computer system to 



32 



provide information for use in trading the convex futures contract. 



13. The method of claim 2, wherein: 

conveying trading discount factor data in real time to a plurality of 
vendor computers electrically connected to the clearing digital electrical 
computer system to provide information for use in trading the convex futures 
contract. 

14. The method of claim 2, wherein: 

conveying trading discount factor data in real time to a plurality of 
broker computers electrically connected to the clearing digital electrical computer 
system to provide information for use in trading the convex futures contract. 

1 5. The method of claim 2, wherein: 

conveying trading discount factor data in real time to a plurality of 
customer computers electrically connected to the clearing digital electrical 
computer system to provide information for use in trading the convex futures 
contract; and 

in response to a trade triggered from one of the customer 
computers, generating confirmation statement at the clearing digital electrical 
computer to document the trade triggered from one of the customer computers. 

1 6. Convex futures contract documentation made by the 
process including: 

providing a clearing computer system including a digital electrical 
computer having a processor electrically connected to an input device for 
receiving input information and producing input electrical signals representing the 
input information, to an output device for producing a display corresponding to 
output electrical signals, and to a printer device for printing corresponding to the 
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output electrical signals; and 

programming the processor to form circuitry in the processor to 
control the computer system in signal processing responsive to the input 
electrical signals to produce other electrical signals including the output electrical 
signals, in data processing substeps of: 

receiving, as a portion of the input information, a base tick 
value for a convex futures contract, an expiration time for the convex futures 
contract, identification of a buyer of the convex futures contract, identification of 
a seller of the convex futures contract, a trade price for the convex futures 
contract, and a settlement price for the convex futures contract; 

computing a discount factor from the settlement price; 
determining an actual tick value by applying the discount 
factor to the base tick value; 

specifying an amount of money a clearing entity must 
transfer between the buyer and the seller for clearing the convex futures contract 
by applying the actual tick value to a difference between the trade price data and 
the settlement price; 

triggering a computer-assisted transfer of the amount of 

money; and 

generating, at the printing device, documentation including 
the computed amount of money transferred, in clearing the trade of the convex 
futures contract. 

j 17. The documentation of claim 16, wherein the substep of 

computing a discount factor includes applying a bootstrap method to the 
settlement price. 

18. The method of any one of claims 11-15, wherein the publishing 
includes publishing price data. 
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VI. ABSTRACT 

A machine, method for making the machine, method for using the 

machine, article of manufacture, and products produced by the method using a 

digital electrical computer in convex futures contract clearing, the method 

including the steps of: providing a clearing computer system including a digital 

electrical computer having a processor electrically connected to an input device 

for receiving input information and producing input electrical signals representing 

the input information, to an output device for producing a display corresponding 

to output electrical signals, and to a printer device for printing corresponding to 

the output electrical signals; and programming the processor to form circuitry in 

the processor to control the computer system in signal processing responsive to 

the input electrical signals to produce other electrical signals including the output 

electrical signals, in data processing substeps of: receiving, as a portion of the 

input information, a base tick value for a convex futures contract, an expiration 

time for the convex futures contract, identification of a buyer of the convex 

futures contract, identification of a seller of the convex futures contract, a trade 

price for the convex futures contract, and a settlement price for the convex 

futures contract; computing a discount factor from the settlement price; 

determining an actual tick value by applying the discount factor to the base tick 

.da- 
value; specifying an amount of money a clearing entity must transfer between 

the buyer and the seller for clearing the convex futures contract by applying the 

actual tick value to a difference between the trade price data and the settlement 

price; triggering a computer-assisted transfer of the amount of money; and 

generating, at the printing device, documentation including the computed amount 

of money transferred, in clearing the trade of the convex futures contract. 
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shall not be negatived by the manner in which the invention was made. 

4. Claims 21-40, are rejected under 35 U.S.C. 103(a) as being unpatentable over Wagner U.S 
Patent 4, 903, 201) in view of Shepherd U.S Patent 5, 970, 479). 

As per claim 21 , Wagner discloses a system for forward rate agreement futures 
contract trading, wherein a forward rate agreement futures contract comprises a convex 
futures contract related to a London Interbank Offered Rate (LIBOR), said system 
comprising: 

an input device receiving or having access to: 

1) a settlement price for each of a plurality of forward rate agreement futures contracts 
listed by an exchange,(see column 20 lines 54-67 and column 3 lines 4-25 and column 
7 lines 12-67) 

2) expirations for each of the plurality of forward rate agreement futures contracts, 

3) an identification of a seller of each of the plurality of forward rate agreement futures 
contracts (see column 19 lines 40-67 and column 20 lines 1-67 and column 21 lines 15- 
67 and column 22 lines 1-26) 

4) an identification of a buyer of each of the plurality of forward rate agreement futures 
contracts(see column 3 lines 4-25) 
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5) a trade price for each of the plurality of forward rate agreement futures contracts, and 

6) a base tick value representing a currency value for a minimum change in a contract 
price and a processor configured to: (see column 21 lines 63-67) 

2) determine an actual tick value for each of the plurality of forward rate agreement 
futures contracts based on the present value factor for the forward rate agreement 
futures contract and the base tick value, generate a settlement amount for each of the 
plurality of forward rate agreement futures contracts using (see column 19 lines 40-67 
and column 20 lines 1-67 and column 21lines 15-67 and column 22 lines 1-26) 

a) a number of contracts net bought or sold by an entity by the end of the previous day, 

b) a number of contracts bought or sold by the entity by the end of the current day, 

c) a price at which the entity bought or sold during the current day, d) a settlement price 
for each contract for the previous day, e) a settlement price for each contract for the 
current day, and f) the actual tick value for the current day for each forward rate 
agreement futures contract, the settlement amount representing, for each forward rate 
agreement futures contract, an amount paid by an entity that lost money to the 
exchange or paid by the exchange to an entity that made money on the current day, 
and generate payment instructions for at least one of a buyer's bank and a seller's bank 
based on the settlement amount for each of the plurality of forward rate agreement 
futures contracts, (see column 19 lines 40-67 and column 20 lines 1-67 and column 

21 lines 15-67 and column 22 lines 1-26). 

Wagner fail to explicitly teach calculate and save a present value factor using the 
settlement price of a forward rate agreement futures contract of the plurality of forward 
rate agreement futures contracts whose expiration is closest to the current date on 
which the present value factor is calculated, the processor calculating and saving a 
present value factor for each of the remaining plurality of forward rate agreement futures 
contracts based on the previous present value factor calculation and the settlement 
price of the forward rate agreement futures contract whose expiration is next closest to 
the current date on which the present value factor is calculated. 
However Shepherd discloses the Contract Bid Price is calculated automatically by the 
application software in the following manner: The ordering party-specified desired contingent 
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entitlement amounts, i.e. the "registered data", (covering the feasible product definition value 
range) are multiplied by the potential counterparty-specified component product prices (which 
will rarely add to "1" because each counterparty is endeavouring to 'game' potential ordering 
parties in different ways) to yield the corresponding number of implied contingent entitlement 
amounts. When added together, these figures sum to (34.1 10), where the brackets signify a 
negative value. This figure represents an expected futures counterparty-entitlement payout 
amount (as at the designated contract maturity date of 95.02.10.17.00.00). The present day 
value of this figure, calculated using the specified discount rate of 9.90% per annum, is 29.220. 
To this amount is added the potential counterparty's desired flat commission amount of 1.10%, 
yielding a contract Bid Price (in the consideration/entitlement denomination of the product, 
commercial bank-denominated Australian dollars) of 29,540. No exchange rates are applicable 
in this case, because the ordering party, Denisons, is not seeking to deal in a consideration or 
entitlement denomination different to the denominations formally specified for the product. 
Demdata's parameters calculate that a consideration bid price of 29,540 will yield them a base 
margin on the contract of 3,180 (again denominated in commercial bank, Australian 
dollars).(see column 12 lines 28-67 and column 13 lines 1-17). 

Therefore it would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify the teachings of Wagner to include calculate and save a present value 
factor using the settlement price of a forward rate agreement futures contract of the plurality of 
forward rate agreement futures contracts whose expiration is closest to the current date on 
which the present value factor is calculated, the processor calculating and saving a present 
value factor for each of the remaining plurality of forward rate agreement futures contracts 
based on the previous present value factor calculation and the settlement price of the forward 
rate agreement futures contract whose expiration is next closest to the current date on which 
the present value factor is calculated taught by Shepard in order to manage risk relating to 
specified yet unknown future events by enabling parties or entities to reduce their exposure to 
specified risks by constructing compensatory claim contract orders. 

As per claim 22, Wagner discloses further comprising an output device generating 
documentation of a funds transfer and confirmation of trade, (see column 20 lines 54-67 and 
column 3 lines 4-25 and column 7 lines 12-67 and see column 19 lines 40-67 and column 20 
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lines 1-67 and column 21 lines 15-67 and column 22 lines 1-26). 

As per claim 23, Wagner discloses wherein the present value factor (PVF) is determined 
usingPVF = [1 + Ro(Do/360)]x[1 + F1(D1/360)]x ... x [1 + F,„(DJZ60)]' wherein R0 represents 
a spot LIBOR for a first futures contract expiration, Do represents a number of days from spot 
to the first futures contract expiration, Dn represents a number of days from spot to a last listed 
futures contract, Fl represents a forward rate implied by the first futures contract, and F, 
represents a forward rate implied by the last listed futures contract, (see column 20 lines 54-67 
and column 3 lines 4-25 and column 7 lines 12-67 and see column 19 lines 40-67 and column 

20 lines 1-67 and column 21 lines 15-67 and column 22 lines 1-26). 

As per claim 24, Wagner discloses wherein the actual tick value is determined by 
multiplying the base tick value by the present value factor, (see column 20 lines 54-67 and 
column 3 lines 4-25 and column 7 lines 12-67 and see column 19 lines 40-67 and column 20 
lines 1-67 and column 21 lines 15-67 and column 22 lines 1-26). 

As per claim 25, Wagner discloses wherein the settlement amount for a futures contract 
buyer is determined using B=(Ps-P~)xATVxlO0, wherein B represents a settlement amount 
due to or from a buyer for a futures contract, Ps represents the settlement price for the futures 
contract, Pt represents the trade price for the futures contract, and ATV represents the actual 
tick value for the futures contract, and wherein the settlement amount for a futures contract 
seller is determined using S =(Pt-Ps)x ATV * 100, wherein S represents a settlement amount 
due to or from a seller for a futures contract, Ps represents the settlement price for the futures 
contract, Pt represents the trade price for the futures contract, and ATV represents the actual 
tick value for the futures contract, (see column 20 lines 54-67 and column 3 lines 4-25 and 
column 7 lines 12-67 and see column 19 lines 40-67 and column 20 lines 1-67 and column 

21 lines 15-67 and column 22 lines 1-26). 

As per claim 26, Wagner discloses a method for convex futures contract trading, the 
convex futures contract price related to an interest rate, wherein a plurality of convex futures 
contracts are listed on an exchange and each of the plurality of convex futures contracts has a 
related settlement price, expiration, and trade price, said method comprising: 
determining an actual tick value for each of the plurality of convex futures contracts based on 
the present value factor for the convex futures contract and a base tick value representing a 
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currency value for a minimum change in a contract price(see column 19 lines 40-67 and 
column 20 lines 1-67 and column 21 lines 15-67 and column 22 lines 1-26) 
generating a settlement amount for each of the plurality of convex futures contracts using: 
a number of contracts net bought or sold by an entity by the end of the previous day, 
a number of contracts bought or sold by the entity by the end of the current day, 
a price at which the entity bought or sold during the current day, 4) a settlement price for each 
contract for the previous day, 5) a settlement price for each contract for the current day, and 
the actual tick value for the current day for each convex futures contract, the settlement 
amount representing, for each convex futures contract, an amount paid by an entity that lost 
money to the exchange or paid by the exchange to an entity that made money on the current 
day; and generating payment instructions for at least one of a buyer's bank and a seller's bank 
based on the settlement amount for each of the plurality of convex futures contracts, (see 
column 19 lines 40-67 and column 20 lines 1-67 and column 21 lines 15-67 and column 22 
lines 1-26). 

Wagner fail to explicitly teach calculating and saving a first present value factor using the 
settlement price of a first convex futures contract of the plurality of convex futures contracts 
whose expiration is closest to the current date on which the first present value factor is 
calculated, calculating and saving a present value factor for each of the remaining plurality of 
convex futures contracts based on the previous present value factor calculation and the 
settlement price of the convex futures contract whose expiration is next closest to the current 
date on which the present value factor is calculated. 

However Shepherd discloses the Contract Bid Price is calculated automatically by the 
application software in the following manner: The ordering party-specified desired contingent 
entitlement amounts, i.e. the "registered data", (covering the feasible product definition value 
range) are multiplied by the potential counterparty-specified component product prices (which 
will rarely add to "1" because each counterparty is endeavouring to 'game' potential ordering 
parties in different ways) to yield the corresponding number of implied contingent entitlement 
amounts. When added together, these figures sum to (34.1 10), where the brackets signify a 
negative value. This figure represents an expected futures counterparty-entitlement payout 
amount (as at the designated contract maturity date of 95.02.10.17.00.00). The present day 
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value of this figure, calculated using the specified discount rate of 9.90% per annum, is 29.220. 
To this amount is added the potential counterparty's desired flat commission amount of 1 .10%, 
yielding a contract Bid Price (in the consideration/entitlement denomination of the product, 
commercial bank-denominated Australian dollars) of 29,540. No exchange rates are applicable 
in this case, because the ordering party, Denisons, is not seeking to deal in a consideration or 
entitlement denomination different to the denominations formally specified for the product. 
Demdata's parameters calculate that a consideration bid price of 29,540 will yield them a base 
margin on the contract of 3,180 (again denominated in commercial bank, Australian 
dollars).(see column 12 lines 28-67 and column 13 lines 1-17). 

Therefore it would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify the teachings of Wagner to include calculating and saving a first present 
value factor using the settlement price of a first convex futures contract of the plurality of 
convex futures contracts whose expiration is closest to the current date on which the first 
present value factor is calculated, calculating and saving a present value factor for each of the 
remaining plurality of convex futures contracts based on the previous present value factor 
calculation and the settlement price of the convex futures contract whose expiration is next 
closest to the current date on which the present value factor is calculated taught by Shepard in 
order to manage risk relating to specified yet unknown future events by enabling parties or 
entities to reduce their exposure to specified risks by constructing compensatory claim contract 
orders. 

As per claim 27, Wagner discloses further comprising generating documentation of a 
funds transfer and confirmation of trade, (see column 20 lines 54-67 and column 3 lines 4-25 
and column 7 lines 12-67 and see column 19 lines 40-67 and column 20 lines 1-67 and column 
21 lines 15-67 and column 22 lines 1-26). 

As per claim 28, Wagner discloses wherein the present value factor (PVF) is 
determined usingPVF = [1 + Ro(Do/360)]x [1 + Fl (D1/360)] x ...x [1 + Fn (D.,/360)] ' 
wherein R0 represents a spot LIBOR for a first futures contract expiration, Do represents a 
number of days from spot to the first futures contract expiration, Dn represents a number 
of days from spot to a last listed futures contract, F1 represents a forward rate implied by the 
first futures contract, and F, represents a forward rate implied by the last listed futures contract. 
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(see column 20 lines 54-67 and column 3 lines 4-25 and column 7 lines 12-67 and see column 
19 lines 40-67 and column 20 lines 1-67 and column 21 lines 15-67 and column 22 lines 1-26). 

As per claim 29, Wagner discloses wherein the actual tick value is determined by 
multiplying the base tick value by the present value factor, (see column 20 lines 54-67 and 
column 3 lines 4-25 and column 7 lines 12-67 and see column 19 lines 40-67 and column 20 
lines 1-67 and column 21 lines 15-67 and column 22 lines 1-26). 

As per claim 30, Wagner discloses wherein the settlement amount for a futures contract 
buyer is determined using B = (Ps - Pt)x ATV x 100, wherein B represents a settlement amount 
due to or from a buyer for a futures contract, Ps represents the settlement price for the futures 
contract, Pt represents the trade price for the futures contract, and ATV represents the actual 
tick value for the futures contract, and wherein the settlement amount for a futures contract 
seller is determined using S = (Pt- Ps)x A TV x 100, wherein S represents a settlement amount 
due to or from a seller for a futures contract, Ps represents the settlement price for the futures 
contract, Pt represents the trade price for the futures contract, and ATV represents the actual 
tick value for the futures contract, (see column 20 lines 54-67 and column 3 lines 4-25 and 
column 7 lines 12-67 and see column 19 lines 40-67 and column 20 lines 1-67 and column 
21 lines 15-67 and column 22 lines 1-26). 

As per claim 31 , Wagner discloses further comprising: 
generating a cumulative price quote for a group including a plurality of convex futures contract; 
and displaying the cumulative price quote on the display device to convey information for use 
in trading the group, (see column 20 lines 54-67 and column 3 lines 4-25 and column 7 lines 
12-67 and see column 19 lines 40-67 and column 20 lines 1-67 and column 21 lines 15-67 and 
column 22 lines 1-26). 

As per claim 32, Wagner discloses further comprising: generating a price for a floor option 
on a convex futures contract; and 

displaying the price for the floor option on the display device to convey information for use in 
trading the floor option, (see column 20 lines 54-67 and column 3 lines 4-25 and column 7 
lines 12-67 and see column 19 lines 40-67 and column 20 lines 1-67 and column 21 lines 15-67 
and column 22 lines 1-26). 
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As per claim 33, Wagner discloses wherein the step of generating a price includes 
accounting for a limit, the limit from the group consisting of a cap, a floor, or both, in generating 
the price, (see column 20 lines 54-67 and column 3 lines 4-25 and column 7 lines 12-67 and 
see column 19 lines 40-67 and column 20 lines 1-67 and column 21 lines 15-67 and column 22 
lines 1-26). 

As per claim 34, Wagner discloses further comprising using data representing a convex 
futures contract in computing a price for an Over-The-Counter option, (see column 20 lines 54- 
67 and column 3 lines 4-25 and column 7 lines 12-67 and see column 19 lines 40-67 and 
column 20 lines 1-67 and column 21 lines 15-67 and column 22 lines 1-26). 

As per claim 35, Wagner discloses wherein the forming an interest rate swap including the 
convex futures contract includes computing interest payments for the interest rate swap. 

As per claim 36, Wagner discloses further comprising computing a zero coupon libor 
curve in real time and applying the zero coupon libor curve to a portfolio of interest rate 
derivatives to create forward rates, expected cash flows, and present value of the case flows 
for risk management manipulation of the portfolio, (see column 20 lines 54-67 and column 3 
lines 4-25 and column 7 lines 12-67 and see column 19 lines 40-67 and column 20 lines 1-67 
and column 21 lines 15-67 and column 22 lines 1-26). 

As per claim 37, Wagner discloses further comprising calculating an exposure indicia of 
movement in the curve, (see column 20 lines 54-67 and column 3 lines 4-25 and column 7 
lines 12-67 and see column 19 lines 40-67 and column 20 lines 1-67 and column 21 lines 15-67 
and column 22 lines 1-26). 

As per claim 38, Wagner discloses further comprising publishing daily quotes of the 
present value factors for each of the plurality of convex futures contracts to provide information 
for use in trading the convex futures contracts, (see column 20 lines 54-67 and column 3 lines 
4-25 and column 7 lines 12-67 and see column 19 lines 40-67 and column 20 lines 1-67 and 
column 21 lines 15-67 and column 22 lines 1-26). 

As per claim 39, Wagner discloses further comprising conveying present value factor 
data to a plurality of vendor or broker computers on the exchange for use in trading one or 
more of the plurality of convex futures contracts, (see column 20 lines 54-67 and column 3 
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lines 4-25 and column 7 lines 12-67 and see column 19 lines 40-67 and column 20 lines 1-67 
and column 21 lines 15-67 and column 22 lines 1-26). 

As per claim 40, Wagner discloses a method for clearing convex futures contracts traded 
on an exchange by one or more trading firms, a price of the convex futures contracts related to 
an interest rate, said method comprising: 

notifying the trading firm of a trade confirmation for the convex futures contract, the trade price 
for the convex futures contract, the discount factor for the convex futures contract, open 
positions for the convex futures contract, and the settlement amount due to or from the trading 
firm,(see column 20 lines 54-67 and column 3 lines 4-25 and column 7 lines 12-67) 
and triggering a computer-assisted transfer of funds to or from an account associated with the 
trading firm, (see column 19 lines 40-67 and column 20 lines 1-67 and column 21 lines 15-67 
and column 22 lines 1-26). 

Wagner fail to explicitly teach multiplying a trade price for a convex futures contract by a 
discount factor for an appropriate date to determine a settlement amount due by or to a trading 
firm, the discount factor modifying the trade price based on a base tick value adjusted by a 
representative closing price of last trading for the convex futures contract for the appropriate 
date. 

However Shepherd discloses the Contract Bid Price is calculated automatically by the 
application software in the following manner: The ordering party-specified desired contingent 
entitlement amounts, i.e. the "registered data", (covering the feasible product definition value 
range) are multiplied by the potential counterparty-specified component product prices (which 
will rarely add to "1" because each counterparty is endeavouring to 'game' potential ordering 
parties in different ways) to yield the corresponding number of implied contingent entitlement 
amounts. When added together, these figures sum to (34.1 10), where the brackets signify a 
negative value. This figure represents an expected futures counterparty-entitlement payout 
amount (as at the designated contract maturity date of 95.02.10.17.00.00). The present day 
value of this figure, calculated using the specified discount rate of 9.90% per annum, is 29.220. 
To this amount is added the potential counterparty's desired flat commission amount of 1 .10%, 
yielding a contract Bid Price (in the consideration/entitlement denomination of the product, 
commercial bank-denominated Australian dollars) of 29,540. No exchange rates are applicable 
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in this case, because the ordering party, Denisons, is not seeking to deal in a consideration or 
entitlement denomination different to the denominations formally specified for the product. 
Demdata's parameters calculate that a consideration bid price of 29,540 will yield them a base 
margin on the contract of 3,180 (again denominated in commercial bank, Australian 
dollars).(see column 1 2 lines 28-67 and column 1 3 lines 1 -1 7). 

Therefore it would have been obvious to one of ordinary skill in the art at the time the invention 
was made to modify the teachings of Wagner to include multiplying a trade price for a convex 
futures contract by a discount factor for an appropriate date to determine a settlement amount 
due by or to a trading firm, the discount factor modifying the trade price based on a base tick 
value adjusted by a representative closing price of last trading for the convex futures contract 
for the appropriate date taught by Shepard in order to manage risk relating to specified yet 
unknown future events by enabling parties or entities to reduce their exposure to specified 
risks by constructing compensatory claim contract orders. 

Conclusion 
Response to Arguments 

5. Applicant 's arguments filed on 06/14/2007 has been fully considered but they are moot in 
view of new grounds of rejections. 

6. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Clement B Graham whose telephone number is 571-272-6795. 
The examiner can normally be reached on 7am to 5pm. 

7. Applicant's claim 1 , states " configured to" 

However the subject matter of a properly construed claim is defined by the terms that limit its 
scope. It is this subject matter that must be examined. As a general matter, the grammar 
and intended meaning of terms used in a claim will dictate whether the language limits the 
claim scope. Language that suggests or makes optional but does not require steps to be 
performed or does not limit a claim to a particular structure does not limit the scope of a 
claim or claim limitation. The following are examples of language that may raise a question 
as to the limiting effect of the language in a claim: 

(A) statements of intended use or field of use, 

(B) "adapted to" or "adapted for" clauses, 
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(C) "wherein" clauses, or 

(D) "whereby" clauses. 

This list of examples is not intended to be exhaustive. See also MPEP § 21 1 1 .04. 
**>USPTO personnel are to give claims their broadest reasonable interpretation in light 
of the supporting disclosure. In re Morris, 127 F.3d 1048, 1054-55, 44 USPQ2d 1023, 
1027-28 (Fed. Cir. 1997). Limitations appearing in the specification but not recited in the 
claim should not be read into the claim. E-Pass Techs., Inc. v. 3Com Corp., 343 F.3d 
1364, 1369, 67 USPQ2d 1947, 1950 (Fed. Cir. 2003) (claims must be interpreted "in 
view of the specification" without importing limitations from the specification into the 
claims unnecessarily). In re Prater, 415 F.2d 1393, 1404-05, 162 USPQ 541, 550- 
551 (CCPA 1969). See also In re Zletz, 893 F.2d 319, 321-22, 13 USPQ2d 1320, 
1322 (Fed. Cir. 1989) ("During patent examination the pending claims must be 
interpreted as broadly as their terms reasonably allow.... The reason is simply that during 
patent prosecution when claims can be amended, ambiguities should be recognized, scope 
and breadth of language explored, and clarification imposed.... An essential purpose of 
patent examination is to fashion claims that are precise, clear, correct, and unambiguous. 
Only in this way can uncertainties of claim scope be removed, as much as possible, during 
the administrative process. ").< 

Where an explicit definition is provided by the applicant for a term, that definition will 
control interpretation of the term as it is used in the claim. Toro Co. v. White 
Consolidated Industries Inc., 199 F.3d 1295, 1301, 53 USPQ2d 1065, 1069 (Fed. 
Cir. 1999) (meaning of words used in a claim is not construed in a "lexicographic 
vacuum, but in the context of the specification and drawings."). Any special meaning 
assigned to a term "must be sufficiently clear in the specification that any departure from 
common usage would be so understood by a person of experience in the field of the 
invention." Multiform Desiccants Inc. v. Medzam Ltd., 133 F.3d 1473, 1477, 
45 USPQ2d 1429, 1432 (Fed. Cir. 1998). See also MPEP § 2111.01. 
8. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Clement B Graham whose telephone number is 703- 
305-1874. The examiner can normally be reached on 7am to 5pm. 
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If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Hyung S. Sough can be reached on 703-308-0505. The fax phone numbers 
for the organization where this application or proceeding is assigned are 703-305-0040 
for regular communications and 703-305-0040 for After Final communications. 
Any inquiry of a general nature or relating to the status of this application or proceeding 
should be directed to the receptionist whose telephone number is 703-305-3900. 



Aug 8, 2007 
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terminals and the exchange computer automatically 
matches offers and bids to complete the transaction. 
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AUTOMATED FUTURES TRADING EXCHANGE 
FIELD OF THE INVENTION 
The present invention relates to a futures trading 5 
exchange and in particular to an automated open outcry 
futures trading exchange having a central processor 
associated with one or more remote terminals through 
which trades can be made by members of the exchange 
who enter offers or bids at the remote terminal and 10 
couple them to a central processor which compares any 
bid with offers on a priority basis, finds a match and 
completes the execution of the transaction. 

The major purpose of the futures marketplace is to 
provide a facility whereby large numbers of people can 15 
make bids and offers through a central location on a 
commodity contract in order to determine its market 
value. A second purpose of the futures market is to 
spread the risk of price changes in a business from a 
small group of people to a larger group of people. This 20 
process is known as risk management. The reason the 
risk can be spread is that speculators, in addition to 
hedgers, enter the market and provide liquidity when 
they recognize an economic benefit from changes in the 
prices of commodity contracts. The larger number of 25 
participants allows a hedger to identify a price level 
which takes into account his cost of doing business and 
his desired profit level and then to lock-in a price level 
by offsetting losses in the cash market with equal gains 
in the futures market. All of this must be done in such a 30 
way as to minimis , fraud and manipulation of the mar- 
ketplace and is conducted with the oversight of and 
under the direction of the federal government which 
establishes the required rules and regulations. . 

BACKGROUND OF THE INVENTION . 35 
The method or process of trading futures contracts 
has remained virtually the same since the markets first 
opened in the 1800's. Use of state of the art technology 
in present systems has been limited thus resulting in 40 
major inefficiencies and opportunities for abuse. The 
futures trading system and markets, as they exist today, 
are the remnants of an archaic system. When an inves- 
tor (hedger or speculator) wishes to trade on any of the 
futures exchanges, he is many times removed from ac- 45 
cess to firsthand trade data unless he is a floor trader. He 
must first call his broker who may have a direct line to 
a floor clerk but, generally, must call the trading room 
of the broker headquarters. The trading room calls the 
floor clerk who in turn relays the information to a run- 50 
ner. The runner relays the request for information or 
execution of a trade to the floor trader. The floor trader 
stands in a "pit" and executes a trade by shouting out his 
offer to sell, or buy, until someone across the pit signals 
that they will take the offered price (bid). When a trader 55 
thinks he has made a trade, he marks a trading card and 
a portion of the card is given to the exchange to begin 
the clearing process or accounting and funds collection 
process. This is known as the "open outcry" system 
because trading takes place in a central location in open 60 
view of a variety of participants. Most exchanges re- 
quire that the trader enter the trade within one-half 
hour of the time a trade has been executed. . 

As can be imagined, there are many problems with 
the present archaic system. The markets were originally 65 
designed when there were a relatively few number of 
people who wished to participate in the process. As the 
number of participants have increased, it has meant that 



those who are directly on the floor of an exchange are 
at a distinct advantage over those who are not physi-. 
cally present. First, when a customer asks a question as 
to what is taking place, the question is relayed through 
four or five people. An answer to a question is at most 
subjective because it is based on the observation of 
those who are on the floor. The floor trader will tell 
what he thinks is happening but he does not have the 
tools to be sure that his observation is correct. The 
advantage that a floor trader has is that if his observa- 
tion is not correct, he can make an additional trade to 
correct the situation for himself. But a retail broker or 
customer may not be advised of a change and at worst 
may simply be given inaccurate information. 

The opportunity for mistake or abuse has been ac- 
knowledged by regulators and exchanges alike. As the 
system presently exists, trades are not confirmed until 
after an exchange is closed for the day. Therefore, if a 
floor trader has traded in front of a customer in order to 
obtain a better price or has failed to execute a trade for 
fraudulent reasons, it is difficult to detect. Even when a 
trade has been properly executed the opportunity for 
abuse or mistakes is still high as will be discussed herein- 
after. 

On a traditional exchange, after a trade is made a card 
is handed to an exchange employee who then keypun- 
ches the data into the computer. At the same time trad- 
ing cards must be manually sorted to match trades. At 
the end of the day the computer lists are checked 
against the trading cards to reach agreement as to the 
trades which have been made. As can be well under- 
stood, there, first, may have been a mistake in the key- 
punching process. Secondly, there may be a difference 
given in the two cards as to the price at which a trade 
was made and thirdly because the trades are based on 
eye contact, there may be a difference in opinion as to 
whether a trade was actually made at all. When there is 
disagreement, a list of "out trades" is made and agree- 
ment must be reached as to whether the trade was made 
at all and if so at what price. The nature of the discrep- 
ancy determines whether the trader, the broker, or the 
customer must bear the cost of an out trade.' Again, 
because the customer is at a lengthy distance, he is at a 
disadvantage because he takes no part in the resolution 
process. 

The accounting process also has its problems. Once 
the matching of trades takes place, the information is 
fed into the clearing process of an exchange. The pres- 
ent clearing process in most exchanges is a computer- 
ized process. However, since information is manually 
entered, after the fact of the trade, its value lies only in 
the accounting process and not in the control of the 
exchange process. The exchange only knows at the end 
of the day if a trader has exceeded his position limits or 
has incorrectly identified a clearing member or has 
provided other incorrect information. On most ex- 
changes 300 to 400 individuals are required to process 
trading cards and complete the clearing function. 

The surveillance of the system as it now exists (to 
insure proper operation and minimize mistakes and 
abuse) also has numerous problems. Surveillance is 
completed on existing exchanges through live observa- 
tion. An exchange employee stands in the middle of a 
ring and observes trading as it takes place. With close to 
a 1,000 people on the floor of an exchange, observation 
is spotty at best. Some exchanges have programs for 
detecting illegal trade practices which are repetitive but 
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even when such practices are detected often the infor- a customer with any degree of accuracy information 

mation available as evidence is inaccurate and unreli- pertaining to the distribution of bids and offers. 

able. The exchange central computer will automatically 

The present invention, the automated futures trade match equal bids and offers on a first come, first served 

exchange, has created an entire automated process for 5 basis thereby executing the transaction. Each transac- 

trading futures contracts which provides accurate and tion execution will be immediately confirmed to the 

precise information, trading based on factual data, as- members on both sides of the trade by the printing 

surance of execution and immediate confirmation of the mechanisms of those members terminals. Each execu- 

contracts, control through real time processing of infor- tion report will include information regarding the date, 

mation and electronic surveillance, and the use of com- 10 time, quantity and price of the transaction. The ex- 

puter hardware to implement the process. It does not change central computer will be able to handle a full 

separate clearing and surveillance from the futures trad- array of futures orders including straddles, limit orders 

ing process as do other exchanges because it is the com- ^ stop orders. Because bids and offers are transmitted 

bined process which allows the markets to function fj 0m the remo te terminals directly into the computer 

properly. 15 there will be no chance for an "out trade", that case 

All trading conducted on the automated futures trad- w here a trade is made but the bid and offer do not 

ing system will be effected through a central computer matc h. Moreover, because trading will be effected 

complex programmed to handle orders for the ex- so lely by the computer, a record will exist of the precise 

change's futures contracts. Access to this central com- ^ each order was entered) t he precise time it was 

puter will be available only through specially pro- 20 ^ the precise time an execution report was 

grammed remote computer terminals which will be transmitted 

distributed only to exchange members who will have a Another 'important factor in trading is the capability 
coded membership number. Each remote terminal will tQ determine the u idity of the market- Agaill( on the 
consist of a keyboard, a printer, on-line storage and a floor Qf m exchange a trader may note ^ tadiBS is 
video momtor, the latter delaying a variety of infor- 25 active ^ ^ ^ information ^ relayed back ^ 
mation regardmg the futures contracts traded on the forth between ^ ^ ^ ^ ^ toder the price 
exchange. Members ; will be able to utilize these termi- haye mQved c0ns 4 rab f or ±e bids md offers may n0 
nals to transmit to the central computer bids and offers e ex e caQ 
for their own accounts as principals or for the accounts de accm J ^ ^lume 
of customers for whom they are agente. However the 30 oftodu , gtamediately / akmgp f ace . Thepreseatsys t em 
system does not allow direct negotiations between 6 , J & ?_ , J , 
members of the exchange as in the fystem disclosed in ^ rec ° rd ^ exactly as they are made when they 
U.S. Pat. No. 3,573,747 Instead, the system acts as an ™ ™ d thu l f member would be able to deter- 
intermediary among members and matches bids and *>™ the volume of trading taking place at any particu- 
offers and complete! the transaction. Thus, the present 35 ^ tme and would have the information necessary to 
novel system is an open outcry system since trading determine whether it is likely that he can come m and 
takes place in a central location in open view of a vari- out of the market at his desired price level 
ety of participants. Each termmal on s y stem wm > s P eclfic ^y des ' 
When an order is transmitted to the central computer, fenfted to trade a certain number of contracts Position 
its pertinent characteristics will be recorded including 40 tonus for eac £ P™ 01 ? 3 ! m ^ determined by the 
quantity, price, the time that the order was placed, and fiduciary capabilities of the participant. Under the pres- 
the capacity in which the order is entered; that is, «»* ^em of . trading on exchanges, a member may 
whether as agent or principal. The exchange central execute trades far in excess of his limit without detec- 
computer will retain all orders received, arranging each tion by the exchange. In the present trading system 
bid and offer on the basis of its price, quantity and entry 45 li"»its will be programmed into each individual termmal 
time and displaying all bids in descending order of price thus further eliminating the possibility of "out trades ' 
and all offers in ascending order of price. Thus, each bid because an individual trader has exceeded his limits, 
or offer will become part of the market data displayed in During trading times live surveillance of the market 
every member's remote terminal video monitor. The will take place through control terminals at the ex- 
breadth of the market will also be indicated. That is, 50 change. Information may be fed directly into the sur- 
whether a bid of 200 contracts represents one offer to veillance system to detect the patterns of trading which 
buy 200 contracts or 20 offers to buy 10 contracts. may be manipulative and since all information is re- 
in addition, the video monitor of each remote termi- corded as trading takes place, accuracy is assured, 
nal will display lot sizes, last sale prices, daily price All information from the trading system will be 
ranges, the volume for each contract month, the spread 55 moved directly to the clearing system. Thus, there is no 
relationships or price differential among the various . manual matching of trades and accuracy of the data is 
contract months, and allows simultaneous spread trades assured. Earlier and more rapid transfer of funds will be 
(both in time and by commodity) to take place. possible thus increasing the financial viability of the 

Pertinent to this process is the capability to modify exchange as a whole, 

prices at a remote terminal by moving a cursor on the 60 It has been recognized for some time in the futures 

video display to the bid or offer desired to be modified industry that multiple factors determine the pricing of 

by the user which modification is then accomplished commodities. Thus, the use of computerized analysis 

through the keyboard. The capability to see the display has rapidly developed and multiple tools for graphing 

of buys and sells is analogous to the open outcry system and receiving information has been developed. But the 

of trading and is pertinent to good trading because it 65 process for trading and processing trades remains ar- 

shows the supply and demand in the market. On the chaic. The present system provides a means of execut- 

floor of an existing exchange, a trader would have a ing trades, validating the information, and notifying 

"feel" for the market but would not be able to relay to parties of pertinent changes without bias to those who 
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participate. Thus, a larger more efficient marketplace FIG. 2 is a chart showing the relationship of the 

may be accommodated at lower cost. trading system to the clearance system and the compli- 
ance system; 

SUMMARY OF THE PRESENT INVENTION FIG. 3 is a diagrammatic representation of the hard- 
The present invention relates to a computerized open 5 ware configuration of the remote terminal for the trader 
outcry trading exchange system for transacting sales of w *> 5"* be a P nncl P al ? r & S enV ' . 
futures commodity contracts in varying volumes or lot P" 18 ' representation of the remote 
sizes by members of the trading system as principals or terminal sending an order to the central terminal or host 
agents for others wherein bids to purchase or offers to ^^^iS^^ ofthehostor 
sell a particular commochty are made by smd prmcipals coffin the trading receiving orders from a 
or agents through remote terminals, said system com- P processing those orders; 
prising a trading system for receiving buyer bids and ^g. 6 £ a diagrammatic representation of the mem- 
seller offers on a particular commodity contract from g of ^ host Qr central coaspttUi m 
said remote terminals and automatically completing a w the trading system for storing the bids or offers by time, 
transaction of matching bids and offers, a clearing sys- . £ md tity ^ for upda ting the price field in the 
tern for estabUshing requirements and regulations to be memory w h en a new high or new low price is submit- 
observed on said buy and sell transactions, means cou- ted . 

pling said clearing system to said trading system for FIG. 7 is a diagrammatic representation of the central 

detennining the validity of each transaction by compar- 2Q computer or host hardware in the trading system which 

ing said transaction to said requirements and regula- processes the signals received as order signals, adxninis- 

tions, a compliance system for establishing predeter- trative inquiries or morning wakeup information or read 

mined criteria necessary to detect illegal trade practices transmission request for incomplete data; 

or trade patterns which would adversely affect said pjo. 8 is a diagrammatic representation of the host or 

commodity market and means coupling said compliance 25 central computer hardware in the trading system illus- 

system to said trading system and said clearance system trating how an immediate order is processed by the 

for automatically comparing said transaction to said central computer; 

predetermined criteria thereby enabling detection of FIG. 9 is a diagrammatic representation of the host or 

illegal trade practices and trade patterns which would central computer hardware in the trading system illus- 

adversely affect said commodity market. 30 trating how a conditional order is processed; 

The invention also relates to a method for automated FIG. 10 is a flow chart of the trading system illustrat- 
futures trading in which the transaction of a sale of a ing the overall order flow of the remote terminal; 
particular futures commodity in varying volumes or lot FIG. 11 is a partial flow chart of the trading system 
sizes by members of a futures trading exchange as prin- central processor illustrating the data flow required to 
cipals or agents for others wherein bids to purchase or 35 process the received bids and offers; 
offers to sell are made by said principals or agents for FIG. 12 is a flow chart illustrating how the remote 
said particular commodity, said method comprising the terminal or traders system receives the execution infor- 
steps of estabUshing a trading system for receiving at a nmtion from the central or host computer in the trading 
central processor buyer bids and seller offers on a par- ^f™ 5 „ . „ . lT _ . . 
ticular commodity from remote terminals, storing in « FIG. 13 is a flow chart diagram of the manner in 
said central processor said trade orders in the form of which the orders are queued in the host or central corn- 
time, price and quantity of each of said received bids V^m the trading system; 

and offers, comparing said received bids and offers and ™ G - 14 * a Aow chart Ulustratmg the automated 

matching equal bids and offers on a first come, first ^ updatmg process of the host or central computer m the 

served basis according to the time of receiving said bids trartng « 

and offers, forming a clearing system for establishing £ or ^ £ £ m 

buy and sell constramts on each member of said ex- ^ P " 

change, coupling said clearing system to said trading piG. 16 is a detailed diagrammatic representation of 

system for approving execution of a transaction only 5Q ^ dearillg system „ well M its association with the 

when said transaction falls within said predetermined tTaAia g system and the compliance system; 

constraints, executing the buy and sell transaction of FIG 1? ig a detai]ed diagrammatic representation of 

said commodity having its offer and bid matched and ^ comp i ianC e system as well as its association with the 

approved by said clearing system forming a compliance trad in g system and the clearing system; 

system for establishing predetermined criteria necessary 55 piG. 18 is a diagrammatic representation of a porta- 

to detect illegal trade practices, coupling said compli- We terminal coupled to the trading system for commu- 

ance system to said trading system and said clearing nicating buy, sell and trade information to and from the 

system for detecting any illegal trade practices as indi- trading system, and 

cated by said predetermined criteria, and confirming piG. 19 is a schematic representation of the portable 

the execution of the transaction immediately to both terminal itself illustrating the details thereof, 
buyer and seller, whose bid and offer is matched. 

BRIEF DESCRIPTION CF THE DRAWINGS 

These and other more detailed objects and advan- FIG. 1 is a diagrammatic representation of the novel 

tages of the present invention will be seen in relation to 65 automated futures trading exchange generally desig- 

the accompanying drawings in which: nated by the numeral 10. It includes a central exchange 

FIG. 1 is a diagrammatic representation of the novel 11 having a trading system 12 including a host or central 

automated futures trading system; processor 13 coupled through modems 14 and 16 to 
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remote terminals 18 and 20. The remote terminals 18 
and 20 may be either "smart" terminals or "dumb" 
terminals. Thus, if remote terminal 18 is a "smart" ter- 
minal, it may include a microprocessor 22 which would 
include a keyboard and a display for text editing which 5 
is associated with a memory or storage unit 24 through 
connection 26, a printer 28 through connection 30 and 
an output on connection 34 to modem 32. The output of 
modem 32 may be transmitted on common communica- 
tion lines 36 to the modem 14 on the premises of central 10 
exchange 11. 

The central processor of trading system 12 of the 
central exchange 11 receives bids or orders from the 
remote terminals 18 and 20. It is obvious that any num- 
ber of remote terminals 18 and 20 may be used but for 15 
simplicity of the drawings and discussion thereof, only 
two of the remote terminals 18 and 20 are shown in 
FIG. 1. Each of the remote terminals 18 and 20 will be 
in the possession of an exchange member and are given 
an identification number for that member. The identifi- 20 
cation number must be entered into the system by the 
remote terminal 18 or 20 before the central processor of 
trading system 12 will accept the data from it. Thus, the 
central processor of trading system 12 validates each 
terminal input by checking the terminal identification 25 
number. If the identification number is correct, the 
central processor of trading system 12 stores the order 
in its memory queue by time, quantity and contract 
price. It then executes matching bids and offers and 
clears the trades simultaneously. The central processor 30 
of trading system 12 also reports the last sale by time, 
quantity and price by commodity or contract. It also 
reports all bids and offers as they are received and noti- 
fies the traders at the remote terminals of filled or un- 
filled orders. It can access its memory to report various 35 
market conditions and transactions and maintains a 
detailed trade history for each trade member. Finally, it 
provides the necessary trade data for settlement and 
compliance with the rules of the exchange. 

A clearing system 38 receives data from the central 40 
computer of trading system 12 on connection 40 and 
clears all trades based upon exchange rules and the like 
as will be discussed more completely hereinafter in 
relation to FIG. 2. The output of the clearing system 38 
is coupled to the output of the central processor of 45 
trading system 12 on line 42 for transmission as needed 
through modems 14 and 16 to the remote exchanges 18 
and 20 respectively. In like manner, a compliance sys- 
tem 44 receives data from the central computer of trad- 
ing system 12 on connection 46 and checks that data to 50 
see if it meets predetermined limits or requirements 
established for each exchange member. It also provides 
information on connection 48 to inquiry terminals 50 to 
answer inquiries from exchange officers who ensure 
that the system rules are being complied with. This will 55 
be discussed more fully hereinafter with relation to 
FIG. 2. A surveillance system 51 is coupled to the cen- 
tral processor 12 by connection 53 to enable exchange 
officers to review all information relating to trading. 

FIG. 2 is a chart illustrating the systems relationships 60 
among the trading system 12, the clearing system 38 and 
the compliance system 44. 

Thus, the trading system 12 receives the trade data 
and verifies the validity of the terminal submitting the 
data by terminal identification number or broker num- 65 
ber as shown in block 52. It also stores data relating to 
the activity of any particular commodity so that all 
information as to what is happening immediately to that 



commodity is available. Also it does trade matching by 
surveying all bids and all offers and finding a match, if 
one exists, between the bids and offers. It also coupled 
the trading information through connection 54 to the 
clearing system 38 as illustrated by block 56 so that the 
clearing system can determine the position of each' 
member. Inasmuch as each member is limited in the 
amount of trading that can be done, the clearing system 
38 is constantly checking so that the limitations cannot 
be violated. In addition, the output of the trading system 
12 from block 52 on line 54 is also coupled to the com- 
pliance system 44 to block 58 in order that traders or 
member's activities can be monitored and reports can be 
compiled illustrating the actual trades of each of the 
members or traders. 

Also, the trading system 12 will provide news and 
statistics relating to a particular commodity such as 
movement of oil, changes in prices and the like as well 
as a morning market report as illustrated by block 60. 

In addition, the trading system 12, as represented in 
block 62, provides for each remote terminal the number 
of trades open and outstanding and thus provides in- 
terim position reports by personal identification number 
of the trader or member. That information is also cou- 
pled on line 64 to block 66 of the clearing system 38 
which makes preparation for delivery notice and alloca- 
tion and tracking and thus keeps track of what orders 
were received from whom and sold to whom, where 
and the like. In addition it keeps track of the margins or 
monies required relative to delivery of commodities. It 
also provides for a release to the exchange when the 
plans of both the buyer and the seller change. Further, 
the trading system 12 provides for market surveillance 
which allows exchange officers to monitor all trades 
taking place so that any peculiarities in trading can be 
detected thus preventing fraudulent trades or manipula- 
tions of the market. 

Also, as represented by block 70 in the trading system 
12 of FIG. 2, the trading system 12 can provide commu- 
nications with traders or members through their remote 
terminals and report delivery of commodities and any 
commodity pricing information to any trader or mem- 
ber. In addition, the trading system 12 can receive ad- 
ministrative position reports and transfers from the 
clearing system 38 in block 72 on line 74 and communi- 
cate that information to traders or members. Also, as 
represented by block 76 in the trading system 12, after 
hours entrys including housekeeping functions, such as 
transfers and corrections, can be sent to block 72 of the 
clearing system 38 on line 78 so that the clearing system 
38 can use that information for accounting, investing 
and the like. 

In addition, the trading system 12 can provide posi- 
tion limit controls for the members or traders as illus- 
trated by block 80 and thus keep track of the amount of 
trading that any one particular terminal is allowed to 
handle. Finally, as represented by block 82 of the trad- 
ing system 12, security of the system can be maintained 
as, for instance, checking the number of the terminals 
on the line and their identification numbers. 

In regard to the clearing system 38, as stated earlier, 
block 56 receives data on trading from the trading sys- 
tem block 52 and keeps track of the trading positions of 
each of the members. Also, as represented by block 84 
in the clearing system 38, margin requirements for each 
of the members are maintained, so that the margin re- 
quirements are tabulated and kept, on file. Further, as 
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shown in block 72, the accounting functions are main- 
tained by the clearing system 38. 

When actual delivery of commodities is required, the 
clearing system 38 keeps note of that information as 
represented in block 86. Finally, as represented in block 5 
88 the clearing system maintains a file of physical verifi- 
cations of what took place over some period of time as 
for instance whether actual deliveries of commodities 
were made or the trade was just a paper exchange. 

The compliance system 44 as represented in block 90 10 
keeps track of the time sorted trade activity for any 
particular trader or clearing member. Thus, a file his- 
tory of each trader is maintained. 

Also, as stated earlier, the compliance system 44 as 
represented by block 58 provides trader member re- 15 
ports on all of their activity so that this activity can be 
monitored. 

In addition, as represented by block 92, a complete 
history of all trades of any particular trader is main- 
tained including the date of the trade, the price of the 20 
trade, the quantity, the commodity and the like. 

Block 94 of the compliance system 44 relates to spe- 
cial programs which may be maintained for special 
problems which are to be monitored for compliance. In 
addition, block 96 of compliance system 44 represents a 25 
monitor for patterns to enable detection of trading ir- 
regularities, transfer of positions, cross trades and the 
like. Also, as represented by block 98, the financial 
condition of each member is maintained and a warning 
of a dangerous financial condition of a member is pro- 30 
vided for monitoring purposes. This history of record of 
the members' financial positions as traders is recorded 
as represented by block 100 for monitoring by exchange 
officers. In addition, block 102 represents the position of 
the traders relative to their net worth and thus enables 35 
the trade exchange officers to analyze the risk involved 
in allowing a trader to operate in the system under 
certain limits which are set. Finally, block 104 repre- 
sents a check list of certain factors relating to each trade 
exchange member to assure that they are in compliance 40 
with the regulations established by the exchange. 

Thus, as can be seen in FIG. 2 the trading system 12, 
clearing system 38, and compliance system 44 work 
with each other to transact trades, monitor the opera- 
tion of the exchange, ensure that all traders are operat- 45 
ing within preset parameters, and maintain a history of 
the operation during the automated processing so that 
compliance with preset conditions is maintained and the 
trading history of each member is reviewable. 

FIG. 3 is a diagrammatic representation of a remote 50 
terminal 18 which is coupled by a local communication 
lines 36 to a host or central processor of the trading 
system 12 of the futures trading exchange 10 shown in 
FIG. 1. The remote terminal 18 includes a keyboard 106 
having keys 108 for the entry of data and which pro- 55 
duces output signals on line 110 which is coupled to a 
terminal 112. As stated earlier, the terminal may be 
either a "dumb" terminal or a "smart" terminal. If it is 
a smart terminal, it may be a microprocessor having its 
own internal memory as well as additional external 60 
memory 114 coupled thereto by means of lines 116 
which may be used for additional storage. The informa- 
tion stored by the terminal 112 may be displayed by 
video display 118 or printed by printer 28. Video dis- 
play 118 has thereon a cursor 120 which is movable by 65 
activation of certain of the keys 108 on keyboard 106. 
When the processor 112 receives information from the 
central processor in the futures exchange system 10, it 
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arranges the received bids or offers on the basis of price 
and the time received by the central processor and 
displays in the remote terminal 118 the arranged bids 
and offers and displays all bids in descending price 
order and all offers in ascending price order. If the 
user's bid or offer needs to be modified, the movable 
cursor 120 on the display 118 may be moved along the 
displayed bids and offers of the user and the data therein 
modified through keyboard keys 108. All of that infor- 
mation is, of course, stored in the terminal 112 and 
associated memory 114. The communication that needs 
to take place with the trading system 10 is done on line 
34, through modem 32 and local communication lines 
36 to the central processor in the trading system 12 of 
futures trading exchange 10. 

An example of a system for operating from a remote 
terminal 18 to the central processor 13 of the automated 
trading system 12 is illustrated diagrammatically in 
FIG. 4. The order is keyed into the system through 
keyboard 106 and keys 108 thereon. The information 
typed into the system would include price, quantity, 
whether it is a buy or sell order, the type of contract 
(commodity type), the account type (whether its per- 
sonal, customer, broker, and so forth) and the identifica- 
tion of the clearing member (or whether the buyer or 
seller is sponsored by a clearing member). This informa- 
tion is coupled in code via connection 110 to the pro- 
cessing unit 122. Also coupled to processing system 122 
is code unit 124 which automatically produces a termi- 
nal identification signal on connection 126 which is 
transmitted first by the processing unit 122 on local 
transmission lines 128 to the host or central processor 13 
of the trading system 12. The terminal I.D. number may 
include the account type (the terminal identification 
number), the clearing member identification number, 
the trader identification, and transaction number. The 
central computer 13 processes this order and stores it in 
the pending file 130 of its memory. It can also display 
the information on display 132 and print it with printer 
134. 

The details of the processing of the incoming order 
by the central processor 13 is shown in FIG. 5. In addi- 
tion to one order being generated by a remote terminal 
136 and sent to the central processor 13 via communica- 
tion lines 138, other orders are being received from 
other terminals 142 and are coupled through local com- 
munication lines 142 to the central processor 13. After 
the signals are received by central processor 13, they 
are processed through a comparator 144 which com- 
pares all offers to bids and all bids to offers to see if the 
order can be matched with a corresponding bid or offer 
and processed or executed. If it cannot be executed, it is 
coupled through line 146 to a commodity or contract 
price file 148 where it is stored according to time re- • 
ceived, price asked and quantity of the commodity. This 
information, of course, may be coupled to a display 150 
through connection 152 for visual inspection. 

If the comparator 144 determines that the order can 
be matched or executed, it produces an output on con- 
nection 154 which is coupled to pending file 156 and 
stored. If the order can be matched with a correspond- 
ing bid or offer, the execution of the trade takes place 
and the information is coupled through connection 158 
to printer 160 for confirmation of the execution. In 
addition, the output of pending file 156 on line 162 is 
coupled to printer 162 for printing of the confirmation 
of the order received. Obviously a common printer may 
take the place of both printers 160 and 163. Finally, the 
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stored information in pending file 156 may be coupled 
through connection 161 to display 164 where that infor- 
mation can be viewed by operators of the exchange. 

Further details of the system of FIG. 5 is shown in 
FIG. 6. Thus the host or central processor 13 can re- 5 
ceive cancellation of orders, modification of orders or 
orders that can be executed. Again, if comparator 144 
finds that a match occurs with a particular order and an 
execution can occur, a signal is produced on connection 
153 which is coupled to comparator 155 which deter- 10 
mines whether or not there is a new high or new low 
price. If a new high or a new low price is determined, 
that information is coupled through connection 157 to 
the memory 159 where the commodity file and the day 
file is updated with the new high or the new low price 15 
for that day and for that commodity. That information 
is also coupled through connection 163 to memory 165 
to update the central processor price field and quantity 
file. In addition, of course, the confirmation of the order 
and the execution and the display thereof is taking place 20 
as shown in FIG. 5. 

If comparator 144 determines that the order cannot 
be executed because it is a particular type of order or 
because it has been cancelled or modified or does not 
match a bid or offer, the signal is coupled to comparator 25 
166 which determines the type of contract or commod- 
ity to which the order relates and then couples that 
information on connection 167 to another comparator 
168 that determines whether the order is a bid or an 
offer for that particular type of commodity. If it is an 30 
offer, the signals are coupled through connection 170 to 
memory queue 172 which records the offer in the queue 
by time, price and quantity. 

If comparator 168 determines that the order is a bid, 
•it produces an output on connection 174 which is cou- 35 
pled to memory 176 where the bid information is re- 
corded in the bid queue by time, price, and quantity. 
Thus, the information is stored for future use when a 
match can be found. In like manner, if the order is a 
cancellation or modification of either an offer or a bid 40 
then the bid queues and offer queues are modified ac- . 
cordingly. 

A more detailed diagrammatic illustration of the cen- 
tral processor 13 and the processing system of the fu- 
tures trading exchange 10 is set forth in FIG. 7. The 45 
input on common communication lines 178 from the 
remote terminals (18, 20 in FIG. 1) is received by the 
central processor input terminal 180 which produces an 
output on line 182 that is coupled to a comparator 184. 
The comparator looks at memory 186 through connec- 50 
tion 188 to compare the signal codes received with a 
stored trader and contract file code. If the input signal 
cannot be verified that the terminal and the trader are 
valid, a signal is produced on line 190 which is sent back 
to the remote terminal indicating that the input signal is 55 
not acceptable. If the comparator 184 determines that 
the input signal is valid then it produces an output on 
line 192 which is coupled to transaction identifier 194. 
This unit 194 determines whether the transaction is a 
new order, an administrative inquiry, or a morning 60 
wakeup or retransmit process. 

If an administrative inquiry is received from a remote 
terminal, a signal is produced on line 196 which is cou- 
pled to memory 198 for retrieving the information in the 
files about which the inquiry is made. An output is then 65 
produced on line 200 which is retransmitted through 
common communication lines 202 to the remote termi- 
nal requesting the information. 



If morning wakeup information is required or a re- 
transmission of data is required, the output of identifier 
unit 194 on line 204 is coupled to the memory 206 to 
obtain the information for the morning wakeup and the 
output, on line 208 is again transmitted through local 
communicatioh lines 202 to the remote terminal re- 
questing the morning wakeup. 

If identifier unit 194 determines that the incoming 
signals constitute a new order, it produces an output on 
connection 210 to the order process circuitry 212 in the 
central processor unit for processing. The output of 
circuitry 212 on line 214 is coupled to a time stamp unit 
216 and sent through connection 218 to the memory 
history file 220. Thus, a file history of all orders is kept 
in memory 220. 

As the order is time stamped and filed in the history 
file of memory 220, it is also coupled through connec- 
tion 222 to decision unit 224 which decides whether the 
order is a buy or sell order. The processing of the buy 
and sell orders are exactly the same and so only a discus- 
sion of the buy order processing will be disclosed in 
detail. The signals which are produced by decision unit 
224 on line 226 and coupled to the sell processing net- 
work will be the same as that which is discussed for the 
buy processing network except that separate storage 
queues would be used. The output of decision unit 224 
on 228 occurs if the order is a buy order and is coupled 
through decision unit 230 which determines whether or 
not the order is an immediate order or a conditional 
order. The output of decision unit 230 on line 232 is 
coupled to circuit 234 if it is an immediate order or is 
coupled to circuit 236 for processing if it is a conditional 
order. If the conditional orders considered by circuit 
236 meet all of the required conditions, then a signal is 
produced on line 238 which is coupled to the immediate 
order circuit 234 for processing. 

The immediate order processing circuit 234 in FIG. 7 
is shown in detail in FIG. 8. The output of decision unit 
230 on line 232 is coupled to open order memory queue 
240 if it is a market order, to open order memory queue 
242 if it is an order modification request and to open 
order memory queue 244 if the input is an order cancel- 
lation. These memory queues store the signals on a first 
come, first served basis. 

If the input signal on line 232 is a market order, it is 
placed in open order queue 240 which produces an 
output on line 246 which is coupled to a detector 248 
which checks to see if the order would match with a 
corresponding existing open order. If no match occurs, 
the output signal on line 250 is coupled back to the open 
order queue 240 to maintain the market order so that the 
order can be continually sent to detector unit 248 until 
a match is found. If a match is found, the detector unit 
248 produces an output on line 252 which is coupled to 
timing unit 254 where the order is time stamped at the 
time the transaction takes place. The signal is then cou-r 
pled on line 256 to memory 258 where the transaction is 
recorded and transferred via line 260 to master trade file 
262. Also, the output of memory 258 on line 264 is 
coupled to a confirmation circuit and an execution cir- 
cuit. The order is confirmed in confirmation circuit 266 
which produces an output on line 268 that is coupled to 
a terminal 270 where the confirmation is broadcast to 
the buyers and sellers at the remote terminals on com- 
mon communication lines 272. 

At the same time, the signal is also coupled to execu- 
tion circuit 274 which determines that there is a 
matched trade and stores that information. The infor- 
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mation is also coupled on line 276 to a price reporting 
system 278 which transmits the signal on common trans- 
mission lines 280 to vendors 282 who desire the price 
quotations. At the same time, the circuit 274 produces 
an output on line 284 to terminal 286 to broadcast the .5 
last sale to buyers and sellers over communication lines 
288 to remote terminals. 

If the order received on line 232 from decision unit 
230 in FIG. 7 is a modification order, it is coupled to 
open order queue 242 which produces an output on line 10 
290 to match detenmning unit 292. If no match can be 
found for the modified order, an output signal is pro- 
duced on line 294 which is coupled to order confirma- 
tion unit 266 and sent back to the remote terminals as a 
confirmed received order as indicated previously. 15 

If a match can be obtained, unit 292 produces an 
output on line 296 that is coupled to time unit 298 which 
time stamps the modified order and sends the signals on 
line 300 to a memory 302 which deletes the old trade 
information stored in master file 262 and adds the new 20 
data via line 304. At the same time, it produces an out- 
put on line 306 which is coupled to the execution 
matching trade unit 274 for processing as indicated 
previously. 

If the signals received from the decision unit 230 on 25 
lines 232 in FIG. 7 are cancellation order signals they 
are sent to open order queue 244 which produces an 
output on line 308 to matching unit 310. If a match has 
already occurred indicating that the bid or offer has 
been accepted and cannot be cancelled, a signal is pro- 30 
duced on line 312 which is coupled to the time stamp ■ 
unit 298 and is processed as described previously. If no 
match occurs, indicating that the order is open and 
outstanding and can be cancelled, a signal is produced 
on line 314 which is coupled to the execution circuit 274 35 
for execution and the order confirmation circuit 266 
both of which are transmitted to the remote terminals as 
described previously. 

The conditional order circuit 236 in FIG. 7 is dis- 
closed in detail in FIG. 9. If the signal produced by 40 
decision unit 230 on line 232 in FIG. 7 is a conditional 
order it will be coupled on line 232 to the conditional 
order circuit shown in FIG. 9. The conditional orders 
are either "fill or kill" or "limit up," "limit down," 
"time order," "at market" , "stops," and "spreads/strad- 45 
dies." Other types could be established if needed or 
desired. If the conditional order is a "fill or kill" order 
it is coupled to open order memory queue 316 where it 
is stored and an output produced on line 318 to circuit 
320 which determines whether or not the "fill or kill" 50 
conditions can be satisfied. If the order can be filled, 
circuit 320 produces an output on line 322 which is 
coupled to match circuit 248 in FIG. 8 and the signal 
processed as described previously. If the condition can- 
not be satisfied, then the order is killed by an output 55 
being produced on line 324 which is coupled to time 
stamp unit 298 in FIG. 8 which produces an output on 
line 300 to the delete data circuit 302 for executing the 
cancellation in Master Trade File 262 as explained ear- 
lier and to confirmation circuit 266 where the signals 60 
are processed as described previously in relation to 
FIG. 8 and confirmed to the remote terminal. 

If the signal on line 232 from FIG. 7 is a conditional 
order other "than a "fill or kill" order it is coupled to 
open order queue 334. That memory produces an out- 65 
put on line 336 which is time stamped at unit 338 and 
stored in master trade file 330. In addition, that informa- 
tion is coupled from time stamp unit 338 on line 340 to 
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the matched trade information circuit 274 and order 
confirmation circuit 266 for processing as described 
earlier with relation to FIG. 8. Open order queue 334 
also produces an output on line 342 to decision unit 344 
to see if the conditions are satisfied. If they are not, they 
are returned through line 346 to open order queue 334 
for reprocessing in an attempt to satisfy the condition. If 
and when the condition is satisfied, -the output of circuit 
344 on line 348 is coupled to the match decision circuit 
248 in FIG. 8 for processing as described previously. 

The flow chart for the remote terminal or trader 
system is shown in FIG. 10. A trader at the remote 
terminal site, enters data into the system through a key- 
board input 350 which produces data signals on line 3S2 
indicating either an order or data request. The decision 
unit 354, whether the signal is an order or a data re- 
quest, couples those signals through line 356 to a deci- 
sion circuit 358 to decide whether the data requested is 
order data or price data. If it is order data, the signal is 
coupled on line 360 to a unit 362 which stores the order 
as a pending order by contract or commodity, price and 
quantity. This information is stored in memory 364 and 
can be coupled to line 366 for display by display unit 
368. In like manner, if the requested data is price data, 
decision circuit 358 produces an output signal on line 
370 which again is coupled to a circuit 372 which 
searches for and retrieves data from the memory by 
contract (commodity) and price. This information is 
obtained from memory 374 and can be coupled through 
line 376 to display 380 for display for the operator. 

The data entered by the trader through keyboard 350 
as order data or a data request to the control processor 
of the futures exchange is coupled through line 382 to a 
circuit 384 which assigns a transmission number and 
appends the appropriate terminal identification number. 
The circuit 384 also produces an output on line 386 
which couples order data to display 388 and to a circuit 
390 which loads that information on line 392 to memory 
394 for storage purposes as a pending order. 

After circuit 384 assigns the transaction number and 
appends the terminal I.D. number to the data, the data 
then is coupled through connection 396 to modem 398 
for transmission on common transmission lines 400 to 
the central processor of the futures trading exchange. 

FIG. 11 is a flow chart diagram of the exchange 
system wherein the central processor 12 receives the 
incoming orders or data requests, processes them and 
retransmits the pertinent information to the remote 
terminals for storage. The exchange system receives the 
order information from the remote terminal on line 400 
and where it is received and stamped according to the 
time received as at step 402. The signal is then coupled 
on line 406 to a decision circuit as at step 408 which 
determines whether or not the order is valid and 
whether the terminal is valid. This step simply com- 
pares the codes received from the remote terminals 
with the codes stored in the central processor and if it 
determines that the received signals are not valid an 
output is coupled on line 410 to decision step 412 which 
decides whether the terminal is invalid or the contract 
or price is invalid or both and, if the terminal identifica- 
tion is invalid, it produces an output signal on line 414 
which is coupled to step 416 which formats a message 
indicating that the terminal identification number is not 
authorized and is rejected. This information is not only 
coupled on line 418 where it can be printed as at step 
420. It is also coupled through line 422 to a storage unit 
as at step 424 for storage in the master file. The rejection 
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signal on line 418 is also coupled to a circuit as at step at step 474 which can be accessed by the clearing sys- 

426 which sends the message signal indicating that the tem as at step 38, the compliance system as at step 44, 

terminal is unauthorized on line 428 to a modem unit as and surveillance system as at step 51. These systems are 

at step 430 which produces an output on line 432 that is used as has been described earlier with reference to 

the common communication line to the remote tenni- 5 FIGS. 1 through 9. 

nal. FIG. 12 is a flow chart of the processing of the infor- 

If it is the contract (commodity), price or quantity mation transmitted from the exchange system central 

that is determined to be invalid, the signal is produced processor 12 back to the remote terminal 18 or 20. The 

by a decision unit as at step 412 on line 434 to a circuit data from the central processor 12 is coupled on line 432 

which formats a message as at step 46 indicating that the 10 to the confirmation circuit as at step 476 in the remote 

contract or price range is invalid and a rejection signal terminal 18 or 20. That information is coupled through 

is produced on line 438 which again is coupled to a connection 478 to the printer which produces a hard 

circuit to produce an output as at step 426 on line 428 copy of the confirmation message as at step 480. The 

which is transmitted to the remote terminal as stated output of the confirmation circuit at step 476 is also 

previously. 15 coupled through connection 482 to the pending file 

If the signal received from the remote terminal is control circuit as at step 484 which produces an output 

validj an output signal is produced as at step 408 on line on connection 486 to delete the pending order stored in 

440 which is coupled to a decision unit which deter- memory as at step 488 if the order has been filled. Thus, 

mines the signal to be either a conditional signal or a as an order is matched and confirmed, it is deleted from 

market signal as at step 442. If the signal is a conditional 20 the remote terminal pending order file at step 488. 
signal, it is coupled through line 444 to an order queue The pending file control circuitry also produces an 

circuit for processing as at step 446 as will be described output on line 490 which is coupled to decision network 

later in relation to FIG. 13. If the signal can be pro- to determine whether an order or a trade has been com- 

cessed, an order queue produces an output as at step 446 pleted as at step 492. If the trade has been completed, 

on line 448 which is coupled to a match circuit. In that 25 the decision network at step 492 produces an output on 

circuit as at step 450, the buys are matched with offers line 494 which is coupled to a trade confirmation circuit 

and sells are matched with buys and those orders are at step 496 that produces an output on line 498 to cause 

time stamped. a control circuit to produce an output at step 500 on 

If the decision circuit determines that the order is a connection 502 which stores the completed order in 

market order as at step 442, then it produces an output 30 memory as at step 506. The display at step 508 is cou- 

signal on line 452 which is coupled to a match detenni- pled to the memory at step 506 through connection 510 

nation circuit If no match can be found as at step 454, and the filled order can be displayed for visual obser- 

a signal is produced on line 456 which is coupled to vance. Also. a printed copy of the order can be pro- 

resubmit circuit which transmits the signal as at step 458 duced by the printer at step 512. 
on line 460 back to the input of the match circuit which 35 -FIG. 13 is a flow chart diagram of the order queue 

continues trying to match the order with a correspond- shown as step 446 in FIG. 11. If the decision network at 

ing buy or sell as at step 454. When a match is obtained, step 442 in FIG. 11 decides that the incoming order is a 

an output signal is produced on line 462 which is cou- conditional order, it couples a signal on line 444 to be 

pled to circuit where the buy is matched with a sell or prioritized by time, price and quantity as indicated at 

the sell with the buy and the transaction is time stamped 40 step 530. The output at step 530 is coupled on line 532 

as at step 450. for automatic updating and filing as at step 534 which is 

The output of the time stamp circuit at step 450 is disclosed in detail in FIG. 14. Step 530 also produces an 
coupled first on line 452 to price reporting system . output on line 536 to a code unit which appends the 

which is shown in detail in FIG. 15 and which is a condition code to the order as at step 538. Thus, a code 

public price reporting process as at step 454 to enable 45 exists for price limit condition, for the time condition, or 

the public to see the price of the transactions that are the stop condition. Whichever condition is attached to 

occurring. that particular order, it is coded in this step 538 and the 

The output of the time stamp unit at step 450 is also output is produced on line 540 to a network which scans 

coupled on line 456 to decision unit which determines the open order file in the central computer to see if a 

whether or not the total quantity of the order can be 50 match can occur for those particular conditions as at 

satisfied as at step 458. If only part of the order can be step 542. Sellers look to the stored bids and buyers look 

satisfied and there is a partial match, that portion which to the stored offers. That output on line 544 is coupled 

is not matched is coupled through path 460 back to the to decision unit to see if a match can occur as at step 

order queue where it is reprocessed as in step 446 until 546. If no match can be made under those particular 

a match can occur. 55 conditions, the request is sent back on line 548 to the 

If a match can occur for the received order, the out- input of the open order file to continue to scan the open 

put of step 458 on line 462 is coupled to a unit which files looking for a match as at step 542. If a match can 

prepares the confirmation message to be sent to the occur, an output is produced on line 550 to a control 

buyer and seller at the remote terminals as at step 464. unit which deletes the order from the open order file as 

This output is coupled on line 466 to a modem which 60 at step 552 and produces the output on line 448 to a 

transmits the signal on line 432 back to the remote ter- match circuit as at step 450 shown in FIG. 11 where the 

minals as at step 430. order is time stamped. 

In addition, the modem unit produces an output sig- As will be recalled with relation to FIG. 11, if only a 

nal at step 430 on line 468 which is coupled to a master part of an order can be satisfied, the part of the order 

trade file in the central processor which creates a master 65 which could not be matched is coupled on line 460 to 

trade record including one record for the buyer and one the prioritizing circuit as at step 530 in FIG. 13 and the 

for the seller as at step 470. This record enables an signal is processed as described previously in relation to 

output on line 472 to be stored in the master file index as a conditional order. 
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An automatic update file at step 534 receives the data through control terminal 50 (a keyboard, for example) 
on line 532 from the prioritizing network at step 530 and the data necessary to establish position limits for each 
updates the files automatically to keep track of the con- customer and stores those in clearance and position 
ditional orders. The automatic update file process at module 602. The gross position report of any particular 
step 534 produces an output on line 428 which is cou- 5 trader can be made into a printout at 606 so that a writ- 
pled to the input of a send confirmation circuit at step ten copy of the position of each member can be obtained 
430 in FIG. 11 from where the information is sent back as necessary. In addition, the clearance and position 
to the remote terminal for storage. module 602 calculates net and offset positions by clear- 

The details of the process of automatic updating the ing member (house, customer and total). These posi- 

files at step 534 are shown in the flow chart set forth in 10 tions can also be printed at 608 and 610 to have a written 

FIG. 14. The information is received from the prioritiz- report. Thus, clearance and position module 602 verifies 

ing network as step 530 on line 532 and is coupled to a position limits and open positions by commodity and 

decision network as at step 554 in FIG. 14. If the signals members. 

are representing a trade, they are coupled on connec- In addition, clearance and position module 602 for- 
tion 556 to control circuit which stores that information 15 wards positions through the margin processing module 
at step 558 in computer memory at step 560. A signal is 612 on line 614 for margin calculation. Again, the mar- 
also produced on line 562 to a unit at step 564 which gin limits are established through control terminal 50 
prepares a message for distribution to the remote tenni- which couples an output on line 616 to the margin pro- 
nals. This output message on line 566 is coupled to cessing module 612 for establishing those limits. At that 
transmitting unit at step 568 for transmission on line 428 20 point, the margin processing module 612 calculates 
to the remote terminals. original (initial) and variation margin requirements. It 

If the message received is for an order, a decision unit also calculates advance and special margin require- 
produces an output at step 554 on line 570 which is ments which have been entered through control termi- 
coupled to an assignment order update control unit that nal 50. It summarizes margin requirements by clearing 
produces an output at step 572 on line 574 and stores the 25 member and house/customer activity. This data can 
data in the order update file at step 560. The assignment then be forwarded on line 618 to the financial and re- 
order update unit at step 572 also produces an output on port module 620 which prepares clearing reports for 
line 576 to a message preparation unit at step 578 that clearing corporation members and the exchange. It 
prepares the message and couples it on line 580 to a provides a trade register, position and margin summary 
transmitting unit at step 582 which produces an output 30 and the like. It updates the bank account and provides 
on line 428 to the remote terminals. information for reconciliation module 622. It also prints 

The public pricing reporting process at step 454 in the clearing reports at 624 where written reports are 

FIG. 11 is disclosed in detail in FIG. 15. The signal on desired. These written reports can be made available to 

line 452 from a match circuit at step 450 in FIG. 11 is the exchange itself, to members of the exchange, and to 

coupled in FIG. 15 to message creating unit at step 584 35 the CFTC. 

which creates the output message for the contract, the FIG. 17 is a detailed diagrammatic representation of 

quantity and the price. That message is coupled on line the compliance system 44 as well as its association with 

586 to a transmitting unit at step 588 which sends the the trading system 12 and the clearing system 38 as 

price report to the public quote vendors on commercial shown in FIG. 16. 

communication lines 590 to various users represented at 40 The compliance system 44 establishes predetermined 

step 592. criteria necessary to detect illegal trade practices or 

FIG. 16 is a detailed diagrammatic representation of trade patterns which would adversely affect the com- 

the clearing system 38 as well as its association with-the modity market and automatically compares the transac- 

trading system 12 and the compliance system 44. Thus, tion data with the predetermined criteria thereby en- 
trading system 12 collects all trade activity and input 45 abling detection of any such illegal trade practices or 
data on line 594 and forwards it to the master trade trade patterns. It also records various reports of mem- 
record file 596. The master trade file also transfers infor- bers as described hereafter and provides reports to the 
mation to backup file 598 for redundant purposes. Thus, CFTC as required. 

the master file 596 contains all trade related data which The input to compliance system 44 on line 626 is 
supports both the clearing system 38 and the compli- 50 received from the trading system 12. Since the compli- 
ance system 44. Master file 596 serves as an audit tool so ance system is intended to ensure that no manipulations 
that all buy and sell transactions are maintained in the of the market are occurring, it receives all order and 
record for review at a later date. trade related data at input unit 628 and sorts the data by 
Clearing system 38 establishes Commodity Futures major category such as the. trader, clearing member, 
Trading Commission (CFTC) requirements and regula- 55 contract, price and time of buy or sell. That information 
tions to be observed during the trading process. It deter- is coupled to memory 630 on line 632 for-storage and 
mines the validity of each transaction by comparing the thus a standard file is built up by major category for 
transaction data with the CFTC requirements and regu- retrieval or analysis. If for any reason any of that infor- 
lations. The clearing system 38 receives data from the mation needs to be checked to ensure that no irregular- 
master trade file 596 on line 600 and sorts the data by 60 ities are occurring, in the market, the requested data is 
clearing member and trade type (house/customer). Fur- entered through a keyboard of inquiry/control terminal 
ther, the clearance and position module 602 calculates 50 and the information is either displayed or printed as 
the gross position report for the CFTC. This means that an output at 634. In addition, if there are complaints by 
it keeps track of all trades of any "member in total. It customers, traders, and the like, that information is 
compares trades with position limits established at posi- 65 entered through keyboard 50 and coupled through lines 
tion limit unit 604 to see that the trader is staying within 636 to complaint file 638. Those complaints are stored 
limits which are set by the exchange through control and if the enforcement staff needs to make inquiries 
terminal 50 on lines 606. Thus, the exchange enters concerning those complaints they can enter a retrieval 
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input through keyboard 50 and the particular complaint trading system 670 receives the access code, it returns a 
access can be printed or displayed at 634. Also, those signal to the remote terminal 658 indicating that it is 
complaints are coupled through line 640 to the data file ready to receive information. If the user desires to know 
630 where they are stored for up to 6 months. Any the current bid price, offer price and last trade price of 
information over 6 months is coupled through line 642 5 a particular commodity, he simply depresses I.D. key 
to storage 644 for longer storage. The complaint file 678 which transmits the identification code in this par- 
storage 644 maintains a tape record of all transfers over ticular portable terminal 658 to the central processor. If 
6 months old in predetermined format. Also, it can the central processor recognizes the identification num- 
notify staff of the aging of complaints through the ber, it sends back a signal (not shown) to indicate on the 
printer 634 and monitor any responses from the staff. 10 display that it is ready to receive or send requested data. 

Finally, the information stored in the complaint file The operator then depresses the desired commodity 
638 can be coupled through line 646 to unit 648 which button 686, 688 or 690 and data switch 680 and the 
prepares daily and monthly reports. They can be dis- information requested is transmitted by the trading sys- 
played on screen. 650 and distributed as necessary in the tern 670 to the portable terminal 658. 
form of a hard copy to the CFTC and the customers at 15 If the user then wishes to make a bid or an offer, he 
652. The daily reports can be printed at 654 and the simply depresses the cancel button 682 and the informa- 
reports for use by the exchange can be printed at 656. tion on the display disappears. Again, he first depresses 
Thus, the compliance system 44 time sorts all trade key 678 to establish his identity. He then depresses one 
activities, provides trader/member reports, keeps a of the commodity buttons shown generally at 684 
detailed history of all the trading activities of any tra- 20 which could include, for instance, crude oil button 686, 
der/member, enables special programs to be activated heating oil button 688 or any other like commodity 
in order to detect any unusual patterns of trading, pro- button 690 generally designated in the drawing by the 
vides data on crossed trades including transfer of posi- letter X. He then depresses the appropriate keys 672 to 
tions and trading irregularities, provides an early warn- determine price of the bid or offer which is displayed on 
ing when trading data illustrates some irregularity, 25 display 674, then depresses price button 692 and buy 
keeps track of the members financial positions by main- button 694 or sell button 696 depending upon the trans- 
taming information on fiduciary status, provides an action. He also may depress market button 698 to indi- 
analysis of any risk which may accompanying any par- cate that he wants to purchase at the market price rather 
ticular type of trade based on the members financial than establishing any particular price through keyboard 
capabilities, and amount of trades and also provides an 30 672. When he has taken those steps and is satisfied with 
audit checklist so that any trading pattern histories can the entry shown on the display indicating that he is 
be reviewed and followed up. buying or selling a particular type cf commodity at a 

FIG. 18 is a diagrammatic representation of a porta- particular price, he then depresses Enter button 700 

ble terminal coupled to the trading system for commu- which causes the data to be transmitted on line 660 to 

nicating buy, sell and trade information to and from the 35 modem 662 where it passes over the telephone lines 664 

trading system by telephone. The portable terminal 658 to the trading system 670. If an invalid identification 

is shown coupled through line 660 to modem 662 which number is transmitted, the computer returns a not ac- 

translates the information into data sufficient for trans- cepted message because of invalid identification. If the 

mission on telephone line 664 to the trading system identification number is accepted, and if the buy or sell 

modem 666 which produces an output on line 668 and is 40 transaction can be completed, the trading system 670 

coupled to the trading system 670. The modem 658 notifies the remote portable terminal 658 on the display 

includes a keyboard 672, a display 674 and an identifica- 674. However, the actual transaction is recorded at the 

tion circuit 676. This system enables the trader to carry remote terminal of the trader which is fixed at his nor- 

a portable terminal to some location apart from his mal location for storage purposes. The remote terminal 

remote terminal and allows him to communicate with 45 658 does not include available storage to keep track of 

the trading system over the phone lines to determine the that kind of information. It simply allows transaction 

highest bid made, the lowest offer made and the last data to be reviewed and a buy or sell trade to be made 

trade price of a particular commodity. The information and the resulting buy or sell, if any, is recorded in the 

received from the trading system is displayed so that he trader's fixed terminal at its particular location. Since it 

can make the proper decision. He can then make an 50 will have the same identification number as the remote 

offer or bid at a price he selects or at the market price. portable terminal 658, the computer can so distinguish 

The bid or offer which the user makes is also displayed. and send the information for storage o the proper fixed 

When he is satisfied with the offer or bid he wants to terminal. 

make, he can enter the data which is then transmitted to Thus, there has been disclosed an automated futures 

the trading system 670. The trading system 670 first 55 exchange trading system in which all remote terminals 

inspects the identification number which is transmitted that are associated with the exchange are given an iden- 

from the portable terminal 658 and if the identification tification number. These terminals can communicate 

number is acceptable, the trading system will either with the central processor of the exchange system 

return the requested data to the remote terminal or which validates the terminal input, cues the orders 

accept the transmitted data from it. 60 being received by time, size and commodity, executes 

FIG. 19 is a schematic representation of the portable matching bids and offers and clears trades simulta- 

terminal itself illustrating the details thereof. neoiisly, reports the last sale by time, quantity and price 

The portable terminal 658- includes a display 674 and according to commodity, reports bids/offers as they are 

a numerical entry keyboard shown generally at 672. received, notifies traders of filled or unfilled orders, 

When it is desired to communicate with the trading 65 reports various market conditions and transaction to the 

system 670, a telephone receiver is placed in a cradle remote terminals for use by the traders, maintains a 

663 in modem 662. An access code must be dialed on the detailed trade history of each member of the exchange 

telephone to reach the trading system 670. When the and provides the necessary trade data for settlement and 
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compliance. This unique system provides accurate and 
precise information, trading based on factual data, as- 
surance of execution and immediate confirmation, con- 
trol through real time processing of information and 
surveillance, and the use of computer hardware to im- 5 
plement the process. 

While the invention has been described in connection 
with a preferred embodiment, it is not intended to limit 
the scope of the invention to the particular form set 
forth, but, on the contrary, it is intended to cover such 1° 
alternatives, modifications, and equivalents as may be 
included within the spirit and scope of the invention as 
defined in the appended claims. 

I claim: 

1. A computerized open outcry exchange system for 15 
transacting sales of a particular futures commodity con- 
tract in varying volumes or lot sizes by members of a 
futures trading exchange as principals or agents for 
others wherein bids to purchase or offers to sell said 
particular commodity contract are made by said princi- 
pals or agents through remote terminals, said system 
comprising: 

a. means for receiving and storing bids and offers 
from said remote terminals and automatically com- 25 
pleting a transaction of matching bids and offers on 

a first-come, first-served basis thereby establishing 
a trading system, 

b. means for storing CFTC requirements and regula- 
tions to be observed on said buy and sell transac- 3Q 
tions thereby establishing a clearing system, 

c. means coupling said stored CFTC requirements 
and regulations in said clearing system to said trad- 
ing system for comparing said transaction with said 
stored requirements and regulations thereby deter- 35 
raining the validity of each transaction, 

d. means for storing predetermined compliance crite- 
ria necessary to detect illegal trade practices or 
trade patterns which would adversely affect said 
commodity market thereby establishing a compli- 40 
ance system, and 

e. mean coupling said stored compliance criteria in 
said compliance system to said trading system and 
said clearing system for automatically comparing 
said transaction determined to be valid to said pre- 45 
determined compliance criteria thereby enabling 
detection of illegal trade practices and trade pat- 
terns which would adversely affect said commod- 
ity market. 

2. A system as in claim 1 further including: 50 

a. means in said remote terminals for identifying by 
code said member, as agent or a principal, making 
said bid or offer, and 

b. a central processor in said trading system having 
means for recording said identify code whereby 55 
said agent or principal may be identified. 

3. A system as in claim 2 further including: 

a. means in said central processor for storing relevant 
information relating to each received bid or offer 
including prioritizing each received bid or offer on 60 
the basis of price, lot size and time received by said 
central processor, said 

b. display means in said remote terminals coupled to 
• said central processor for receiving said prioritized 

bids and offers and displaying at least a part of all 65 
bids in descending price order and all offers in 
ascending price order. 

4. A system as in claim 3 further including: 



a. a movable cursor on said remote terminal display 
for identifying said member's bid or offer, and 

b. keyboard means in said remote terminal for modi- 
fying said member's bid or offer identified by said 
movable cursor by entering data through said key- 
board modifying said selected bid or offer. 

5. A system as in claim 2 further including: 

a. means coupled to said recording means in said 
central processor for accessing relevant informa- 
tion relating to at least a part of said stored bids and 
offers for a particular commodity contract, and 

b. means coupled to said accessing means for deter- 
mining the breadth of the market for that commod- 
ity contract by displaying the number of bids for 
any particular number of offers based on said rele- 
vant information. 

6. A system as in claim 2 further including: 

a. means coupled to said recording means in said 
central processor for accessing relevant informa- 
tion relating to said stored bids and offers for a 
particular commodity contract, and 

b. means coupled to said accessing means for display- 
ing bid or offer lot sizes, last sales price, daily price 
ranges, and volume of trades of said commodity 
contracts occurring over any predetermined per- 
iod of time. 

7. A system as in claim 6 wherein said display means 
displays the variations in lot size, last sales price, daily 
price ranges, and volumes of trades of said commodity 
contracts that occur between various ones of said pre- 
determined periods of time. 

8. A system as in claim 2 further including printing 
means at each remote terminal coupled to said central 
processor for printing the execution of each transaction 
initiated by a particular terminal including date, time, 
lot size and price of said commodity contract. 

9. A system as in claim 2 further including: 

a. means in said central processor for establishing 
trading limits in dollar volume for any particular 
remote terminal, and 

b. means in said clearing system coupled to said re- 
mote terminals for rejecting any bid or offer from 
said remote terminal that exceeds the trading limits 
established for each of said terminals. 

10. A system as in claim 2 further including: 

a. means in said compliance system for accessing said 
storage means in said central processor, and 

b. means coupled to said accessing means for detect- 
ing patterns of trading which may be manipulative 
by displaying times of receipt of said bids and of- 
fers, the agent or principal making said trades, or 
the history of trading of said agent or principal. 

11. A system as in claim 2 further including: 

a. a printer coupled to said central processor, and 

b. means selectively coupling said central processor 
storage to said printer for printing the volume of 
trading of any commodity contract over any pre- 
determined period of time. 

12. A system as in claim 2 further including: 

a. a portable hand-held terminal for receiving and 
generating buy and sell data for features commod- 
ity contracts, 

b. a modem coupled to said portable hand-held termi- 
nal for converting said generated data to informa- 
tion capable of being transmitted to said trading 
system and converting said received data to infor- 
mation capable of being used by said portable ter- 
minal, and 
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c. telephone lines coupling said modem converted 
information to and from said trading system. 

13. A system as in claim 12 wherein said portable 
hand-held terminal further comprises: 

a. a display, 5 

b. a keyboard containing commodity keys, buy and 
sell keys, numerical entry keys and control keys, 

c. means for generating said member identification 
code uniquely identifying a particular hand-held 
terminal, and 10 

d. means for storing said transaction in said member 
remote terminal and only displaying said transac- 
tion at said portable terminal. 

14. An automated system for transacting a sale of a 
particular futures commodity contract in predeter- 15 
mined volumes or lot sizes by members of the trading 
system as principals or agents for others wherein bids to 
purchase or offers to sell are made by said principals or 
agents for said particular commodity contract, said 
system comprising: 20 

a. remote terminals for initiating and transmitting 
' transaction data including buyer's bids and seller's 
offers, 

b. a central processor for receiving said buyer's bids 
and seller's offers thereby forming a trading sys- 25 

c. means in said central processor for completing a 
transaction by comparing received bids with re- 
ceived offers to find a matching bid and offer, 

d. means coupled to said trading system and said 30 
remote terminals for storing predetermined trading 
constraints and approving only those bids and of- 
fers coming within said constraints thereby form- 
ing a clearing system, 

e. means coupled to said trading system and said 35 
clearing system for storing predetermined criteria 
representing fraudulent trading practices..and com- 
paring said transaction data with said predeter- 
mined criteria thereby establishing a compliance 
system for enabling detection of said fraudulent 40 
trading practices, and 

f. means in said central processor for notifying the 
remote terminals of a completed transaction when 
a matched bid and offer are found. 

15. A system as in claim 14 further including: 45 

a. a storage means in said central processor and 

b. means coupled to said storage means for storing 
said received bids and offers according to time, 
price and lot size for a particular commodity con- 
tract. 50 

16. A system as in claim IS further including: 

a. means in said central processor for matching said 
bids and offers on a priority basis where first re- 
ceived bids and first received offers are matched, 
and 55 

b. means coupled to said matching means for com- 
. pleting said transaction of said matched bids and 

offers on a first received in time basis. 

17. A system as in claim 14 wherein said received bids 
and offers are stored in respective memory queues ac- 60 
cording to commodity contract by time, lot size, and 

18. A system as in claim 17 further including means in 
said central processor for reporting to said remote ter- 
minals last sales of a commodity contract by time, lot 65 
size, and price. 

19. A system as in claim 17 further including means in 
said central processor for reporting to said remote ter- 
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minals bids and offers by type of commodity contract as 
received by time, quantity, and price. 

20. A system as in claim 17 further including means in 
said central processor for notifying remote terminals of 
filled and unfilled orders. 

21. A system as in claim 17 further including memory 
means in said central processor for maintaining a com- 
plete trading history of each trading system member. 

22. A system as in claim 14 further including: 

a. means for identifying each exchange member by an 
electronic code, 

b. means in said clearing system for storing limits of 
trade for each member, and 

c. means in said central processor coupled to said 
trade limit storing means and said exchange identi- 
fying means for rejecting any proposed trade from 
a member that exceeds the established position 
limits. 

23. A method of transacting a sale of a particular 
futures commodity in varying volumes or lot sizes by 
members of a futures trading exchange as principals or 
agents for others wherein bids to purchase or offers to 
sell are made by said principals or agents for said partic- 
ular commodity, said method comprising the steps of: 

a. receiving in a central processor buyer bids and 
seller offers on a particular commodity from re- 
mote terminals, 

b. storing in said central processor said bids and offers 
in the form of time, price and lot size of each of said 
received bids and offers, 

■ c. comparing said received bids and offers and match- 
ing equal bids and offers on a first cone, first served 
basis according to the time of receiving said bids 
and offers thereby storing a trading system, 

d. storing buy and sell constraints on each member of 
said exchange thereby forming a clearing system, 

e. coupling said clearing system to said trading system 
for approving execution of a transaction only when 
said transaction falls within said predetermined buy 
and sell constraints, 

f. executing the buy and sell transaction for a particu- 
lar commodity for which said offer and bid have 
been matched and approved by said clearing sys- 

g. storing predetermined compliance criteria neces- 
sary to detect illegal trade practices thereby form- 
ing a compliance system, 

h. coupling said compliance system to said trading 
system and said clearing system for detecting any 
illegal trade practices as indicated by said stored 
predetermined criteria, and 

i. confirming the execution of an approved transac- 
tion immediately to both buyer and seller at the 
remote terminals whose bid and offer are matched. 

24. A method as in claim 23 further comprising the 

a. identifying by code at said remote terminals 
whether an agent or a principal has made said bid 
or offer, and 

b. recording said identity code in said central proces- 
sor whereby said agent or principal may be identi- 
fied. ........ 

25. A method as in claim 24 further comprising the 
steps of: 

a. prioritizing each received bid or offer on the basis 
of price, lot size and time received by said central 
processor, and 
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b. receiving said prioritized bids and offers and dis- 
playing all bids in descending price order and all 
offers in ascending price order. 

26. A method as in claim 25 further comprising the ^ 
steps of: 

a. providing a keyboard and a movable cursor on said 
remote terminal display, 

b. modifying a bid or offer by moving said cursor to 
said displayed bid or offer, and 10 

c. entering modifying data through said keyboard. 

27. A method as in claim 24 further including the step 
of printing the execution of each transaction initiated by 
a particular remote terminal coupled to said central 
processor including date, time, lot size and price of said 15 
transaction and the name of the other member complet- 
ing said transaction. 

28. A system as in claim 24 wherein said step of de- 
tecting illegal trade practices comprises: 2 0 

a. accessing said storage means in said central proces- 
sor, and 

b. displaying times of receipt of said bids and offers, 
the agent or principal making said trades, and the 
history of trading cf said agent or principal 25 
whereby illegal trade practices are made manifest. 

29. A method as in claim 23 further comprising the 
steps of: 

a. accessing said stored bids and offers for a particular 3Q 
commodity, and 

b. determining the breadth of the market for that 
commodity by displaying the number of bids for 
any particular number of offers. 

30. A method as in claim 23 further comprising the 35 
steps of: 

a. accessing said stored bids and offers for a particular 
futures commodity, and 

b. displaying bid or offer lot sizes, last sales price, 
daily price ranges, and volume of trades of said 40 
futures commodity occurring over any predeter- 
mined period of time. 

31. A method as in claim 30 further including the step 
of displaying the variations in lot size, last sales price, 45 
daily price ranges, and volumes of trades of said com- 
modity that occur between various ones of said prede- 
termined periods of time. 

32. A method as in claim 23 further comprising the 
steps of: ... 50 

a. storing in at said central processor trading limits in 
dollar volume for any particular remote terminal, 

b. rejecting any bid or offer from any said remote 5J 
terminal that exceeds the stored trading limits for 
each of said terminals. 

33. A method as in claim 24 further comprising the 
steps of: 

a. coupling a printer to said central processor, and 60 
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b. selectively coupling said central processor storage 
to said printer for printing the volume of trading of 
" any commodity over any particular period of time. 

34. A method of storing an automated futures trading 
system for transacting a sale of a particular commodity 
in predetermined volumes or lot sizes by members of 
the trading system as principals or agents for others 
wherein bids to purchase or offers to sell said particular 
commodity are made by said principals or agents, said 
method comprising the steps of: 

a. initiating and transmitting buyer's bids and seller's 
offers from remotely terminals, 

b. deterrnining whether said buyer's bids and seller's 
offers are valid, 

c. comparing received valid bids with received valid 
offers to find a matching bid and offer on a first- 

• come, first-served basis, 

d. reviewing said valid bids and offers to detect illegal 
trading practices, and 

e. notifying the remote terminals of a completed 
transaction when a matched bid and offer are 
found. 

35. A method as in claim 34 further comprising the 
steps of: 

a. forming a storage means in said central processor, 

b. storing said received bids and offers according to 
time, price and lot size for a particular commodity 
in said storage means. 

36. A method as in claim 35 further comprising the 
steps of: 

a. matching said bids and offers stored in said central 
processor on a priority basis where first received 
bids and first received offers are matched, and 

b. completing said transaction of said matched bids 
and offers on a first received in time basis. 

37. A method as in claim 34 further including the step 
of storing said received bids and offers in respective 
memory queues according to time, lot size, price and 
commodity. 

38. A method as in claim 37 further comprising the 
step of reporting to said remote terminals last sales by 
time, lot size, price and commodity. 

39. A method as in claim 37 further comprising the 
step of reporting to said remote terminals bids and offers 
as received by time, lot size, price and commodity. 

40. A method as in claim 37 further comprising the 
step of notifying remote terminals of filled and unfilled 
orders. 

41. A method as in claim 37 further comprising the 
step of maintaining a complete trading history of each 
trading system member. 

42. A system as in claim 34 further comprising the 

a. identifying each exchange member by an electronic 
code, 

b. establishing limits of trade for each member, and 

c. rejecting any proposed trade from a member that 
exceeds the established position limits. 
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1510 



1550 



Fig. 14 
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Pick lowest priced counterparty 
and store BPRICE and SID 




No match possible with 
current counterparty 
short list (SID = 0) 



Select counterparty limit details and set CEL2(SID), 
\ CEL3(SID), CEL4(SID), CEL5(SID), ELLl(SID), 
ELL2(SID) ; ELL3(SID), ELL4(SID), ELL5(SID), 
MC(SID), MCC(SID), CAL2(SID), ALLl(SID), 
ALL2(SID), ELFUNC(SID), EVFUNC(SID), EVLl(SID) 



EL(SID) = CALC_FUNC(ELFUNC(SID), PAYFUNC, PAYPARAM) 
\ AL(SID) = (PAYFUNC, PAYPARAM) 

EV(SID) = CALC_FUNC(EVFUNC(SID), PAYFUNC, PAYPARAM) 



Determine what part of the order will 
not violate any counterparty limits 



Remove 
counterparty from 
short list 



"1608 




SID set to identification 
of matching counterparty 



1614 



Queue part of 
order un-matched 



Fig. 15 



"Matched Order?" 
(1228) 
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From "Order Matching"(640) 




1631 



1636 



Update matching counterparty's 
current accumulated expected and 
absolute losses — 



s \ OPRICE = PRICE(SID) 



C PORD_CONF C-^V ^ 
Vw. Order matt 

C 



HISTORY 



1639 



matched and 
confirmed 



Report to ordering party, " 
matching counterparty, 
guarantor, regulator, 
application promoter 



ADMIN ^ 



© 



;tory Q 



1629 



1641 

ADMIN f 



Report to 
ordering party 



IK 



Fig. 16 
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Fig. 18 
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1955 



T 



7v 



SORDNEW 
1957 J " \. 
Q SPRODUCT ^ 



Order File Selection 



1958 




ADMEN ^ ^ 

1959 J ^ 

C INTREG 

V ^= 

1964 

( ^~SDEAL LIST 



C ADMIN 


1966^ 



ADMIN (^— - 

1 071 



Order sequence management 
/Order authorisation 



1967 

-A- 



Order matching 



Matched order 
confirmation 



SORD QUEUE 



SORD REJ 



HISTORY 



SORD QUEUE 

— 




1969 



SORD REJ 



HISTORY 



1973 



SORD REJ 



PAYACC 
SHADOW 



I 



SORD CONF 

37" 



Fig. 20 
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4000 



START ^ 



^* DSORD NEW 
4020 \ 

^ DSPRODUCT^ \ 
4030 J " 

ADMIN i 



Order File Selection 




Order sequence management 
/Order authorisation 



c 



DSDEALLIST^— 
a i nn 

-zf- ^ 



C ADMIN 
V ^= — 

/inn-' 



^ ADMIN 
/ii^n-^" 



[ HISTORY 

V 

>nin ^ 



4120 

-A- 



Order matching 



Matched order 
confirmation 



DSORD QUE1 



DSORD REJ 




HISTORY 
on 



DSORD QUE1 



DSORD REJ C 
-/= ^ 



HISTORY 



DSORD REJ 



I 



PAYACC 
SHADOW 

H90^" 

DSORD CONF ( 




DSMSTR 



Fig. 22 
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Fig. 23 
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Fig. 24 
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Fig. 25 
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Fig. 26 
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5700 > -\ 

( START ) 



5770- ^ | 

Determine which 
file to process 




Fig 27 
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SYSTEM 
' OWNER/OPERATOR 



ORDERING 
PARTIES 



startJ 



■ COUNTERPARTIES 



APPLICATION 
PROMOTERS 



^ INFO ^~ 



Information 
compilation and 
distribution 



PRODUCT 
SPONSORS 



COUNTERPARTY 
*" GUARANTORS 



REGULATORS 



ENTITLEMENT 
TRANSFER 
ENTITIES _ 



MISCELLANEOUS 
" OTHER STAKEHOLDERS 



Fig. 28 
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Fig. 29 
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Fig. 30 
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Fig. 31 
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Fig. 32 
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7350 



Fig. 33 
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Fig. 34 
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Fig. 35 
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Fig. 36 
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Fig. 37 
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Fig. 38 
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Fig. 39 
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Fig. 40 
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FIG. 41 



I APPLICATION SPECIFICATION 



Application ID: 


100 


Applicable Product ID's / 


Application Promoter: 


Demdata Inc 


Preferred/preferential dealing? / 


Primary Application Use: 


Defect liability management 


Pre or Post Tax Matching? ( 


Feasible Counterparty No's: 


Single counterparty 


Tax deduction/subsidy at source? \ 


Public/private use?: 


Public 


Degree of Trading transparency: \ 


Acceptable corns mediums: 


Computer to computer 


Secondary trading allowed? \ 


Retail/Wholesale Use: 


Wholesale 


Derivative trading allowed? ] 


Pricing and Matching 


Minimize consideration 


Deferred Order Submissions possible? / 


Process: 


payment under an EV/CE 


Partial Matches possible? / 




regime 


Settlement terras: / 






- considerations / 






- entitlements \ 


Contract Revaluation Frequency: 


Daily 


Manual Approvals possible? \ 






Ordering Party consideration credit? 


Ordering Parties allowed negative 


Collateralisation Payments? * 


contract payoffs? 


No 


- Counterparties / 


Application Access Limitations 


Nil 


- Ordering Parties ( 




Bilateral Obligations Netting? \ 






Bilateral Payments Netting?' 






Multilateral Obligations Netting? 






Multilateral Payments Netting? / 



Netting Details lif applicable) 



Applicable Discount Rate: Not Applicable 
Obligation Netting trigger: Not Applicable 
Hin required settlements: Not Applicable 



Collateralisation Details lif applicable) 



Ordering Party Consideration-Credit Options 



Counterparty provided? 



Ordering Party Guarantor provided 7 



-Non-Participating Basis: 



--Participating Basis: 
--Non-Participating Basis: 



--Ord. Party-guarantor protected 



--Unprotected 
-Ord. Parly-guarantor protected ' 
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FIG. 41 CONT. 



92.02.10.17.00.00.00 



1200-1250 



Unavailable 
Pretax 

Not Applicable 

Nil 

No 



Immediate 
Immediate 



Application Access Limitations 



Contract Ordering Parties: 



Contract Counterparties: 



Counterparty Guarantors: 





Valuation Details 


Consideration Credit Details 




Applicable Discount Rate: 


Ordering Party Guarantor: 




10% p. a. 


Not Applicable 



-Participating 
-Non-Participatin 



-Participating 
-Non-Participating 



Key: 
Counterparty; 
1. Interest Rate(% p. a.) 
2. Participation rate (%1 

Order Party-quarantor 
1. Interest Rate(% p. a.) 
2. Participation rate (%) 
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FIG. 42 



PRODUCT SPECIFICATION 



Product Summary / 


Application ID: 


100 


Product Sponsor: / 


Product Specification \ 


Market: 


Factory Output Quality Indices 




Sub-market: 


El-bit Microprocessor Fault Tolerance Index 




Market type: 


Spot 




Establishment date/time 


95.02.10.17.00.00.00 


m Product Definition Value: ^ 


Maturity date/time: 


95.02.10.17.00.00.00 




Minimum Product Definition Value: 0.00 Maxirau 





Product Details 



Conditional Payoff Dimensions ID: One 

Market Phenomena Class Identifier: Fault Tolerance Index 

Elemental /compound sub-market Identifier 

Future Period Date/time Identifier: At Contract Maturity date/time 
Minimum Product Definition Value: 0 
Product Establishment Date/time: 92.02.10.17.00.00.00 
Consideration denomination of Product: Money 



Actual/Perceived Market Identifier: 
Specific Phenomenon: 
Sub-market Phenomenon Class Identifie 
Event Type Identifier:- 
Maximum Product Definition Value: 
Product Maturity Date/time: 



Entitlement denon. of Product; 



Exclusive Production Warrants (XPW'sl 



U.S. Patent Oct. 19, 1999 Sheet 45 of 101 5,970,479 
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I AS AT 



92. 02. 10. 17. 00. 00. 00 



Consideration denom.type: Honey 
Entitlement denom. type : Exclusive Production Warrants (XPW's) 
Currency type (if applic.l : Cora Bnk Dep. 

National currency type (if applic): AUD 



Actual 

Dept of Defense Reject Summaries 



Elemental/compound 
Market Identif ier:Single Market 



/ 95.02.10.17.00.00.00 



National currency type denomination 
of Product (if applic.) / 
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FIG. 43 



PRIMARY ORDER SPECIFICATION 



Ordering Party: 
Own reference: 



Denisons 
509B2E3 



Product: 



(ID: 



1210 



Market Factory Output Quality Indices 
Sub-Market G4B.N.F.T. Index Market Type Spot 

Estab. date/time 92-02. 10. 17.00.00.00 

Maturity date/time 95.02.10.17.00.00.00 



| Application I 



Application Promoter 


Demdata Inc 


Product Sponsor 


Demdata Inc 


Counterparty-guarantor 




Regulator 


Dept of Defense 





TValue: 


5 


X Range Val 
Alpha (XI 
Alpha 1X1 


ue 


1 


2 


3 


4 


5 


G 




0 


22 


48 


94 


100 






0 


21.040 


21.040 


IB 1.900 


161.900 
















G 


1 


6 








a 


2 


1 11 








3 






3 




m 


4 






11 1 


a 


5 










ORDER SUPPORT DETAILS . \ 



Communications medium: Computer- to-computer 

Consideration Credit sought? No 
Desired Form of Consideration Credit (if appl.) Not I 

Counterparty Col lateral isation payments required? No 
Preparedness to make 'own' collateralisation paymentslif applicable)? 
Applicable Marginal Tax ratelif applicable)? 

■Consideration: Nat Applicable 

■Entitlements: Not Applicable 

Netting System Participation? 
-Bilateral Obligations netting?(if applic.) No 
-Bilateral Payments netting? tif applic. 1 No 
-Multilateral Obligations netting? lif applic.) No 
-Multilateral Payments netting? ( i f applic.) No 
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{ 93. 07. 01. 14. 25. 30. 00 






Consideration/ 
Entitlement 
Denomination 


Consideration 


Entitlement 




Consideration type 
Entitlement type 
Currency type! if applic.) 
National Curr.typelif applic.) 

Max. Consid. Amount 


Honey 
XPW's 
Com Bnk Dep 
AUD 
N.A. 


Honey 
N.A. 
Com Bnk Dep 
AUD 
32.000 


N.A. 
XPW's 
Com Bnk Dep 
AUD 
As below 



Pricing and Hatching Process 

Minimize consideration payment under an EV/CE regime 



SPECIAL 

DEAL TYPE: Not Applicable 



Partial Hatches desired? No 
Manual Approval of Matches desired? No 
Desired degree of trading transparency 

(if applicable) Not Applicable 
Applicable Consid. /Entitlement Transfer Entity 
Account details: ABC Banking Corp 
Operating A/c l-l-50202G-617G34-l(and 21 
Desired date/time of Order Submission: Immediate 
Desired Order retention perid: 00.00.01.00.00.00 
Desired Hax. time for counterparty 
manual order approval (if applic): Not Applicable 



Unacceptable Counterparties and 
Other Stakeholders 



Preferred/Preferential Dealing: 
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FIG. 44 



I ORDER SPECIFICATION PRICING 



By : Demdata Inc 



COUNTERPARTY PRICING SPECIF I CATION 



I Application ID: \ 
1 ProductID: ) 



14 

Gross 
Contingent 
Entitlement 

Amounts 

0.000 
(21.040) 
127.160) 
(33.290) 
(39.410) 
(45.540) 
(51.6G0) 
(57.790) 
(63.910) 
170.030) 
(7G.1G0) 
(B2.280) 
1B8.410) 
(94.530) 
(100.GG0) 
(10G.780) 
(112.910) 
(119.030) 
(125.150) 
(131.2801 
(137.400) 
(143.530) 
(149.G50) 
(155.780) 
(1G1.900) 



Op/CP 
C/Credit 
Adjust 



Contingent 
Entitlement 
Amounts 

0.000 
121.040) 
(27.160) 
(33.290) 
(39.4101 
(45.540) 
(51.GG01 
(57.7901 
(63.910) 
(70.030) 
(7G.1G0) 
(B2.2B0) 
(8B.410) 
(94.530) 
(100.6G0) 
(106. 7B0) 
(112.910) 
(119.030) 
(125.150) 
(131.280) 
(137.400) 
1143.530) 
1149. G50) 
I155.7B0) 
(161.9001 



Component 
Product 
Prices 

0.149588 
0.GGG056 
0.02045B 
0.02039G 
0.02032B 
0.02025B 
0.020180 
0.008007 
0.007927 
0.007844 
0.00775B 
0.007GG9 
0.007578 
0.007484 
0.007387 
0.0072BB 
0.0071B7 
0.007084 
0.O0G979 
O.0OG872 
0.0067G3 
O.O0GG53 
0.0OG542 
O.0OG429 
0.019515 

1.0G023 



x Applic. Entitle. Exchange Rates ( ^ 

= Base contract bid pricelin Product Denom. terms) 
Net Present Value (at 9.90% p. a. ...) 

♦ Flat Commission ! 1-10% 

= Contract Bid Price (in Product Denom. terms) 

x Applic. Consid. Exchange Rates I 

= Contract Bid Price (in OP requested terms) (if applic 
Implied Base 'Margin' on Contract 

* Exchange Rate and Consideration Investment Margin - 
= Implied Contract Value (to CP) — — 
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AS AT 93.07.01.14.26.40.00 



Consideration Exchange 
Rates (il applic) :C/E . 



Currency - Nat.Curr.. 



Entitlement Exchange 
Rates: lit applic) 



Currency - Nat.Curr. . 



0.195375 
0.620536 



0.00822B 
0.008158 
0.008084 
0. 008007 
0.007927 
0.007844 
0.007758 
0.007GG9 
0.007578 
0.007494 
0.0073B7 
0.007288 
0.007187 
0.0070B4 
0.00G979 
0.006872 
O.0OG763 
0.006G53 
0.005542 
0.006429 
0.019515 

1.0000 



Contingent 
Entitlement 
(Valuation) Amts. 

0.000 
(13.0561 
(0.227) 
(0.27G) 
(0.324) 
(0.372) 
(0.41BI 
(0.463) 
(0.507) 
10.549) 
(0.591) 
(0.G31 
(0.670) 
(0.707) 
(0.744) 
(0.778) 
(0.811) 
(0.843) 
(0.873) 
(0.902) 
(0.929) 
(0.955) 
(0.979) 
(1.002) 
(3.159) 

(30.7701 



Net Contingent 
Negative 
Entitlement 
(Valuation) Amounts 

0.000 
(13.056) 
(0.227) 
(0.27G) 
10.324) 
(0.372) 
(0.418) 
(0.4G3) 
(0.507) 
10.543) 
(0.591) 
(0.G31 
I0.G70) 
(0.7071 
(0.744) 
(0.7781 
(0.8111 
(0.843) 
(0.B73) 
(0.902) 
(0.929) 
(0.955) 
(0.9791 
(1.002) 
(3.159) 

(30.770) 



Maximum 
Absolute 
Negative 
Entitlement Amounts 
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FIG. 45 



CONTRACT VALUATION 



ICONTRACT SUMMARY (GRAPHICAL 



Product: 



Market Factory Output Quality Indices 
Sub-Market G48.M.F.T. Index Market Type Spot 
Estafa.date/time 92.02.10.17.00.00.00 
Maturity date/time 95.02.10.17.00.00.00 



(ID: 



1210 



Order ID (if app.l 8574B235 
Conf. date/time (if app.l 93.07.01. M .38.50.00 
Contract/Product context: 1 of 1 



Application ID: 
.P. Own reference: 



Application Promoter 
Product Sponsor 
Counterparty-guarantor 
Regulator 



Demdata Inc 
Demdata Inc 



Expected V, 
Std. Dev 



29.330 
G.213 



Product Values IF.P.V's)| 
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AS AT 93.07.01.16.00.00.00 Report for: Denisons 





Consideration/ 
Entitlement 
Denomination 


Consideration 


Entitlement 


Cons. /Entitlement type 


Honey/XPW's 


Honey 


XPW's 


Currency typed f appl 


Com Bnk dep. 


Com Bnk dep. 


N.A. 


National Curr.typelif applic.l 


AUD 


AUD 


N.A. 


Amount 


N.A. 


29.540 


As below 



Pricing and Hatching Process: Minimize consideration payment 
under an EV/CE regime 
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FIG. 46 

[contract valuation ( 



[CONTRACT SUMMARY (GRAPHICAL) ~~1 



Ordering Party: Denisons 
Counterparty: Demdata Inc 


Application ID: 100 
C.P.Own reference: MD2-D 


Product: I ID 1210 > 


Application Promoter Demdata Inc 
Product Sponsor Demdata Inc 
Counterparty-guarantor 

Regulator Dept of Defense 


Market Factory Output Quality Indices 
Sub-Market GIB. M.F.T. Index Market Type Spot 
Estab. date/time 92.02.10.17.00.00.00 
Maturity date/tine 95.02.10.17.00.00.00 


Valuations as at 


93.07.01.1G.C 


0.00.00 


Order ID lit app.) 8574E235 

Conf .date/time (if app.l 93.07.01.14.38.50.00 

Contract/Product context: 1 of 1 


Expected Value 
Std. Deviation 


F.P.V's 
38 
4 


Contract 
(29.3301 
(E.2131 



Special Deal Type: Not Applicable 
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Consideration/ 
Entitlement 
Denomination 


Consideration 


Entitlement 


Cons. /Entitlement type 


Honey/XPW's 


Honey 


XPW's 


Currency typelif app) 


Com Bnk dep. 


Com Bnk dep. 


N.A. 


National Curr. typelif applic.) 


AUD 


AUD 


N.A. 


Amount 


N.A. 


29.540 


As below 



I Pricing and Matching Process: Minimize consideration payment 
under an EV/CE regime 
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FIG. 47 

[contract valuation ( 



ICONTRACT SUMMARY (GRAPHICAL) 1 



Ordering Party: Denisons 
Counterparty: Demdata Inc 


Application ID: 100 
O.P.Own reference: 509B2B3 


PrnihKt: 110: 1210 1 


Application Promoter Demdata Inc 
Product Sponsor Demdata Inc 
Counterparty-guarantor 

Regulator Dept ol Defense 


Market Factory Output Quality Indices 
Sub-Market G4B.K.F.T. Index Market Type Spot 
Estab.date/time 9?. 02. 10.17.00.00.00 
Maturity date/time 95.02.10.17.00.00.00 


Valuations as at 


94.11.15.10. 


0.00 


Order 10 (if app.l 8574B235 

Conf. date/ time (if app.) 93. 07. 01. 14. 38. 50.00 

Contract/Product context: 1 of 1 


Expected Value 
Std. Deviation 


F.P.V's 
58 
5 


Contract 
42.1B0 
E.209 


Special Deal Type: Not Applicable | 



XPW's 

180 -I 

1B0- 
140- 
120 

100- 
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AS AT: 94.11.15.10.00.00.00 Report for: 





Consideration/ 
Entitlement 
Denomination 


Consideration 


Entitlement 


Cons. /Entitlement type 
Currency typelif appl 
National Curr. typelif appl ic .) 

Amount 


Honey/XPW's 
Com Bnk dep. 

AUD 

N.A. 


Honey 
Com Bnk dep. 
AUD 
29,540 


XPW's 
N.A. 
N.A. 
As below 



Pricing and Hatching Process: Minimize consideration payment 
under an EV/CE regime 
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FIG. 48 

I CONTRACT MATURITY 



|CQNTRACT SUMMARY (GRAPHICAL) 



Ordering Party: Oenisons 
Counterparty: Demdata Inc 


Application ID: 100 
O.P.Own reference: 509G2E3 


Product: (ID 1210 1 


Application Promoter Demdata Inc 
Product Sponsor Demdata Inc 
Counterparty-guarantor 

Regulator Dept of Defense 


Market Factory Output Quality Indices 
Sub-Market G4B.M.F.T. Index Market Type Spot 
Estab. date/time 92.02.10.17.00.00.00 
Maturity date/time 35.02.10.17.00.00.00 


Valuations as at 95.02.10.17.00.00.00 


Order ID (if app.l 85746235 

Conf. date/time (if app.l 93.07.01.14.38.50.00 

Contract/Product context: 1 of 1 


Expected Value 
Std. Deviation 


F.P.V's 


Contract 


74 
0 


100.GG0 

0 



Special Deal Type: Not Applicable 
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AS AT: 95.02.10.17.00.00.00 Report (or: Penisons 





Consideration/ 
Entitlement 
Denomination 


Consideration 


Entitlement 


Cons. /Entitlement type 


Honey/XPW's 


Honey 


XPW's 


Currency type (if app) 


Com Bnk dep. 


Com Bnk dep. 


N.A. 


National Curr.typelif applic.) 


AUD 


AUD 


N.A. 


Amount 


N.A. 


29.540 


As below 



Pricing and Hatching Process: Minimize consideration payment 
under an EV/CE regime 



U.S. Patent Oct. 19,1999 sheet 58 of 101 5,970,479 



FIG. 49 



APPLICATION SPECIFICATION 



Application ID: 


001 


Applicable Product ID's ] 


Application Promoter-. 


Newcom Inc 


Preferred/preferential dealing? / 


Primary Application Use: 


Hardware capacity management 


Pre or Post Tax Matching? \ 


Feasible Counterparty No's: 


Multiple counterparties 


Tax deduction/subsidy at source? \ 


Public/private use?: 


Private 


Degree of Trading transparency: \ 


Acceptable conns mediums: 


Computer to computer 


Secondary trading allowed? \ 


Retail/Wholesale Use: 


Wholesale 


Derivative trading allowed? j 


Pricing and Matching 


Minimize consideration 


Deferred Order Submissions possible? / 


Process: 


payment under an EV/CE regime 


Partial Matches possible? / 






Settlement terms: / 






- considerations / 






- entitlements \ 


Contract Revaluation Frequency: 


Daily 


Manual Approvals passible? \ 






Ordering Party consideration credit? 


Ordering Parties al lowed negative 


Collateral isation Payments?. 


contract payoffs? 


Yes 


- Counterparties / 


Application Access Limitations 


Nil 


- Ordering Parties ( 




Bilateral Obligations Netting? \ 






Bilateral Payments Netting? 






Multilateral Obligations Netting? 






Multilateral Payments Netting? / 



Netting Details lit applicable) 



Applicable Discount Rate: Not applicable 
Obligation Netting trigger: Not applicable 
Min required settlements: Not applicable 



Collateral Lsation Details (if applicable) 



Ordering Party Consideration-Credit Options 



Counterparty provided? 



Ordering Party Guarantor provided 7 



n-Participating basis: 



•-Participating basis: 
--Non-Participating basis: 



--Ord. Party-guarantor protected 



--Unprotected 
--Ord. Party-guarantor protected 
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FIG. 49 CONT. 



AS AT 93.11.01.17.00.00.00 



2001-2020 



Application Access Limitations 



Available 
Not applicable 
Not applicable 
Nil 
Yes 



Immediate 
Immediate 



Contract Ordering Parties: 



Contract Counterparties: 



Counterparty Guarantors: 



Valuation Details 



Consideration Credit Details 



Applicable Discount Rate: 
E.50% 



Ordering Party Guarantor: 
Not Applicable 



-Participating 
-Non-Participatiti 



-Participating 
-Non-Part icipati n 



Key: 

Counterparty: 

1. Interest Ratel% p.a.l 

2. Participation rate(%) 

Order Party-quarantor 
1. Interest Rate I* p. a.) 
2. Participation rate(%) 
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FIG. 50 



PRODUCT SPECIFICATION 



Product Summary . . / 


Application ID: 


001 


Product Sponsor: / 


Product Specification \ 


Market: 


Telecommunications Carrying Capacity 




Sub-market: 


Prime T.T.U.'s (Transmission time u 


nits 1200-1BOO hrs daily NY-Boston link) ' 


Market type: 


Spot 




Establishment date/time 


S3. 11.01. 17. 00. 00. 00 




Maturity date/time; 


96. 11. 01.17. 00. 00. 00 




Minimum Product Definition Value: -1.000 


Maximum Product Definition Value: \ 



Conditional Payoff Dimensions ID: 
Market Phenomena Class Identifier: 



rimary 



Actual/Perceived Market Identifier: 
Specific Phenomenon: 



Elemental/compound sub-market Identifier - Sub-market Phenomenon Class Identifier:, 
Future Period Date/time Identifier: At Contract Maturity date/time Event Type Identifier: 
Minimum Product Definition Value: -1.000 Maximum Product Definition Value: 
Product Establishment Date/time: 93.11.01.17.00.00.00 Product Maturity Date/time: 
Consideration denomination of Product: Ord Party T.T.U.'s Currency typE^™^"" g 
Entitlement denom. of Product: Counterparty T.T.U.'s (Transmission Time Units! 
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FIG. 50 CONT. 



AS AT: 93.11.01.17.00.00.00 



Consideration denom. type : Ordering party T.T.U.'s 
Entitlement denom. type Counterparty T.T.U.'s 
Currency typetif applic): Not applicable 

National currency typetif applic. 1: Not applicable 



A C t ua i Elemental/compound 
(Log of) difference in the OP's Market Identif ier:Single Market 

utilization of the CP's network and the CP's utilization of the OP's network 



Spot Value 



9G. 11.01.17.00.00.00 

Not applicable 



Product Step Value: 

National currency type denomination 
of Product (if applic.) I* 
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FIG. 51 



PRIMARY ORDER SPECIFICATION 



Ordering Party: 
Own reference: 



| Application ID: 



Product: 



2001 



Market Telecommunications Carrying Capacity 
Sub-Market Prime T.T.U.'s Market Type 

Estab. date/time 33.11.01.17.00.00.00 
Maturity date/time 9G. 11. 01.17. 00. 00. 00 



Application Promoter 


Newcom Inc 


Product Sponsor 


Newcom Inc 


Counterparty-guarantor 




Regulator 


I.T.T. 



X Range Value 
Alpha (XI 



0 R PER SUPPORT DETAILS 



Communications medium: Computer-to-computer 

Consideration Credit sought? No 

Desired Form of Consideration Credit (if appl.) Not A| 

Counterparty Col lateral isation payments required? No 

Preparedness to make 'own' col lateral isation payraentslif applicable!? 

Applicable Marginal Tax rate I i f applicable)? 

■Consideration: Not Applicable 

-Entitlements: Not Applicable 

Netting System Participation? 
■Bilateral Obligations netting'lif appl ic .) No 
-Bilateral Payments netting? ( i f appl ic .) No 
-Multilateral Obligations netting? lif applic.l No 
-Multilateral Payments netting? (i f applic.l No 
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FIG. 51 CONT. 



^ 94.06.01.14.25.30.00 






Consideration/ 










Entitlement 


Consideration 


Entitlement 






Denomination 








Consideration type 


T.T.U.'s 


T.T.U.'s 


T.T.U.'s 




Entitlement type 


T.T.U.'s 


T.T.U.'s 


T.T.U.'s 




Currency type ( i f applic.) 


N.A. 


N.A. 


N.A. 




National Curr.typelif applic.) 


N.A. 


N.A. 


N.A. 




Max. Consid. Amount 


N.A. 


5B.000 


As below 



Pricing and Hatching Process: 
Minimize consideration payment under an EV/CE regime 



SPECIAL Ordering party negative entitlement allowed. 
DEAL TYPE: 



Partial Hatches desired? No 
Manual Approval of Matches desired? No 
Desired degree ot trading transparency 

(if applicable) Not Applicable 
Applicable Consid. /Entitlement Transfer Entity 
Account details: ABC Banking Corp 
Operating A/c 1-1-502026-345896-0 
Desired date/time of Order Submission: Immediate 
Desired Order retention period: 00.00.01.00.00.00 
Desired Max. time for counterparty 
manual order approval < i f applic): Not Applicable 



Unacceptable Counterparties and 
Other Stakeholders 



Preferred/Preferential Dealing: 



Nil 
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FIG. 52 



I ORDER SPECIFICATION PRICING 



' Tasnet 



COUNTERPARTY PRICING SPECIFICATION 



I Application ID: \ 
I ProductID: ) 



Feasible 
Product 
Definition 
Values 

(1.001-10.35) 
(0.30) 
(0.251 
10.201 
10.15) 
(0.10) 
(0.05) 
0 

0.05 



Contingent 
Entitlement 
Amounts 

(3BG.340) 
(305.910) 
(225.4701 
(145.040) 
1B4.S10) 
15.830 
92.2B0 
176.700 
257.130 
337. 5B0 
4 IB. 000 
498.430 



OP /CP 
C/Credit 
Adjust 



Contingent 
Entitlement 
Amounts 

(3BG.340) 
1305.910) 
(225.470) 
(145.040) 
IB4.B10) 
15.B30 
9E.2B0 
17G.700 
257.130 
337. 5G0 
418.000 
498.430 



x Applic. Entitle. Exchange Rates I 

= Base contract bid pricelin Product Denom. terms) 

Net Present Value (at 9. 90% p. a. ...) 

. Flat Commission ( 1.00% ...) 

= Contract Bid Price (in Product Denom. terms) 

x Applic. Consid. Exchange Rates ( . [)E 

= Contract Bid Price (in OP requested terms) (if applic 

Implied Base 'Margin' on Contract 

> Exchange Rate and Consideration Investment Margin - 
= Implied Contract Value (to CP) 
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FIG. 52 CONT. 



AS AT:34. OG. 01. 14.26. 40. 00 



001 Consideration Exchange 
2001 I Rates: [if applic) :C/E . 



Currency - Nat.Curr.. 



Entitlement Exchange 
Rates: lif applic) 



0.544514 
0.01GB3B 
0.016793 
0.01G71B 
0.01GG14 
0.016481 
0.016320 
0.016132 
0.0153 18 
0.015G7B 
0.015414 
0.23257 



Currency - Nat.Curr.. 



Contingent 
Entitlement 
(Valuation) Amts. 

(210.3675) 
(5.151) 
(3.7BG) 
(2.425) 
(1.073) 

0.2G1 

1.571 

2.851 

4.093 

5.292 

G.443 
145.825 



Net Contingent 
Negative 
Entitlement 
[Valuation) Amounts 

(210.3G75) 
(5.151) 
(3.78G) 
12.425) 
(1.073) 



Maximum 
Absolute 
Negative 
Entitlement Amount 



44.420 
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FIG. 53 



ORDER SPECIFICATION PRICING 



By : Aarcom 



COUNTERPARTY PRICING SPECIFICATION 



□ 



Application ID: \ 
ProductID: ) 



Feasible 
Product 
Definition 
Values 

(1.001-10.35) 
(0.30) 
(0.25) 
(0.20) 
(0.15) 
(0.10) 
(0.05) 
0 

0.05 



Gross 
Contingent 
Entitlement 

Amounts 

(3BG.340) 
(305.910) 
(225.170) 
1115.0401 
(54. B10) 
15 . 830 
92.2G0 
175.700 
257.130 
337.560 
418.000 
49B.430 



OP/CP 
C/Credit 
Adjust. 



Contingent 
Entitlement 
Amounts 

(3BG.340) 
1305.910) 
(225.470) 
(145.040) 
(G4.G10I 
15.B30 
92.2G0 
176.700 
257.130 
337.560 
4 IB. 000 
498.430 



Component 
Product 
Prices 

0.5G6603 
0.018357 
0.018492 
0.018417 
0.018313 
0.01E481 
0.01G320 
0.016132 
0.015918 
0.01567B 
0.015414 
0.292577 



x Applic. Entitle Exchange Rates I > 

= Base contract bid pricelin Product Oenom. terms) 

Net Present Value (at 8.50* p. a... I 

t Flat Commission ( 0.90% ...I 

= Contract Bid Price (in Product Denom. terms) 

x Applic. Consid. Exchange Rates I ^ ) 

= Contract Bid Price (in OP requested terms) (if applic.) 

Implied Base 'Margin' on Contract 

* Exchange Rate and Consideration Investment Margin 

= Implied Contract Value (to CP I- ■ 



U.S. Patent 



Oct. 19, 1999 



Sheet 67 of 101 



5,970,479 
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AS AT:94. 06. 01.H.2G. 10.00 



001 
2001 



Implied 
Contingent 
Entitlement 

Amounts 

(2 IB. 30 II 
(5.B1EI 
11.1B3) 
I2.G71! 
(1.1B3I 
0.2G1 
1.571 
2.B51 
4.093 
5.232 
B.443 
145.829 



Consideration Exchange 
Rates lit applic) :C/E . 



Currency ■ Nat.Curr.. 



Entitlement Exchange 
Rates: (if applicl 



Occurence 

0.545015 
0.017545 
0. 017020 
0.01B97B 
0.01B875 
0.01B754 
0.01G25B 
0.0156B9 
0.01545B 
0.015B25 
0.015401 
0.291395 



Currency - Nat.Curr.. 



Contingent 
Entitlement 
(Valuation! Ms. 

(210.5B11 
(5.3G721 
(3.B37491 
(2.4B251 
11.09021 
0.2G5 
1.5G5 
2.772 
3.974 
5.274 
B.438 
145.240 



Net Contingent 
Negative 
Entitlement 
(Valuation) Amounts 

(210.5611 
(5.3G72) 
(3.B3749) 
I2.4G251 
(1.0902) 



Maximum 
Absolute 
Negative 
Entitlement Amo 
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FIG. 54 



CONTRACT VALUATION 



Icon tract summary (graphical 



Ordering Party: Basstel Co. 
Counterparty: Tasnet 


Application ID: 001 
CP. Own reference: 17M03B 


Product: (ID: 2001 1 


Application Promoter Newcom Inc 

Product Sponsor Newcom Inc 

Counterparty-guarantor 

Regulator I.T.T. 


Market Telecommunications carrying capacity 
Sub-Market Prime T.T.U.'s Market Type Spot 
Estab.date/lime 93.11.01.17.00.00.00 
Maturity date/time 96. 11. 01. 17. 00. 00.00 


Valuations as at 


94.0B.01.1B. 


0.00.00 


Order ID (if app.l 92B37465 

Conf .date/time (if app.) 94. 0B. 01. 14. 38. 50. 00 

Contract/Product context: 1 of 1 


Expected Value 
Std. Deviation 


F.P.V's 
(0.150) 
0.023 


Contract 
54.23G 
9.207 


Special Deal Type: Ordering party negative entitlement allowed ^ 



T.T.U'S 
400 -i 

300 - 



illllllllllllllll ^ M c 



-H- 
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AS AT 94.06.01. 1G. 00. 00. 00 Report for: Basstel Co. 





Consideration/ 
Entitlement 
Denomination 


Consideration 


Entitlement 


Cons. /Entitlement type 


T.T.U.'s 


T.T.U.'s 


T.T.U.'s 


Currency type (if app) 


N.A. 


N.A. 


N.A. 


National Curr.typefif applic.) 


N.A. 


N.A. 


N.A. 


Amount 


N.A. 


55,180 


As below 



Pricing and Matching Process: Minimize consideration payment 
under an EV/CE regime 



U.S. Patent Oct. 19, 1999 sheet 70 of 101 5,970,479 



FIG. 55 

1 CONTRACT VALUATION ( 



[CONTRACT SUMMARY [GRAPHICAL) | 



Ordering Party: Basstel Co 
Counterparty: Tasnet 


Application ID: 001 
O.P.Own Reference: 06H5B2 


Product: (ID 2001 1 


Application Promoter ' Newcom Inc 

Product Sponsor Newcom Inc 

Counterparty-guarantor 

Regulator I.T.T. 


Market Telecommunications carrying capacity 
Sub-Market Prime T.T.U.'s Market Type Spot 
Estab.date/time 93.11.01.17.00.00.00 
Maturity date/time 9G. 11.01.17. 00. 00. 00 


Valuations as at 


94.06.01.16.(1 


0.00.00 


Order ID (if app.l 328374G5 

Conf. date/time (if app.l 94.0B.01.H.3B.50.00 

Contract/Product context: 1 of 1 


Expected Value 
Std. Deviation 


F.P.V's 
10.1501 
0.023 


Contract 
54.236 
9.207 



Special Deal Type: Ordering party negative entitlement allowed 
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AS AT 34. OB. 01. IB. 00. 00. 00 Report for: Tasnet 





Consideration/ 
Entitlement 
Denomination 


Consideration 


Entitlement 


Cons. /Entitlement type 


T.T.U.'s 


T.T.U.'s 


T.T.U.'s 


Currency type! if app) 


N.A. 


N.A. 


N.A. 


National Curr.typelif applic.) 


N.A. 


N.A. 


N.A. 


Amount 


N.A. 


55. 180 


As below 



Pricing and Hatching Process: Minimize consideration payment 
under an EV/CE regime 
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FIG. 56 



[contract valuation "7 

|C ON TRAC T SUMMARY (GRAPHICAL) | 



Ordering Party: Basstel Co 
Counterparty: Tasnet 


Application ID: 001 
CP. Own reference; 17M03B 


Product: (ID 2001 1 


Application Promoter Newcom Inc 

Product Sponsor Newcom Inc 

Counterparty-guarantor 

Regulator I.T.T. 


Market Telecommunications carrying capacity 
Sub-Market Prime T.T.U.'s Market Type Spot 
Estab. date/time 93.11.01.17.00.00.00 
Maturity date/time EG. 11. 01.17.00. 00. 00 




Valuations as at 94.11.22.10.00.00.00 


Order ID (if app.) 92B374S5 

Conf. date/time (if app.) 94 .0G . 01. 14 .38 . 50 .00 

Contract/Product context: 1 of 1 


Expected Value 
Std. Deviation 


F.P.V's 


Contract 


(0.400) 
0.010 


350.810 
74.200 


Special Deal Type: Ordering party negative entitlement allowed ^ 
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FIG. 56 CONT. 

AS AT 94. 11. 22. 10. 00. 00. 00 Report for: Basstel Co 





Consideration/ 
Entitlement 
Denomination 


Consideration 


Entitlement 


Cons. /Entitlement type 


T.T.D.'s 


T.T.U.'s 


T.T.U.'s 


Currency type! if app) 


N.A. 


N.A. 


N.A. 


National Curr.typelif applic.) 


N.A. 


N.A. 


N.A. 


Amount 


N.A. 


55.1B0 


As below 



Pricing and Hatching Process: Minimize consideration payment 
under an EV/CE regime 
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FIG. 57 



[contract maturity 



Ordering Party: Basstel Co 
Counterparty: Tasnet 


Application ID: 001 
CP. Own reference: 17M03G 


Product: (ID: 2001 I 


Application Promoter Newcom Inc 

Product Sponsor Newcom Inc 

Counterparty-guarantor 

Regulator I.T.T. 


Market Telecommunications carrying capacity 
Sub-Market Prime T.T.U.'s Market Type Spot 
Estab.date/time 93.11.01.17.00.00.00 
Maturity date/time 9B. 11.01. 17. 00. 00. 00 


Valuations as at 


96. 11.01. 17. C 


0.00.00 


Order ID (if app.l 92B37465 

Conf. date/time (if app.l 94.0G.01.14.3B.50.00 

Contract/Product context: 1 of 1 


Expected Value 
Std. Deviation 


F.P.Vs 
(0.400) 
0 


Contract 
3BB.340 
0 



Special Deal Type: 



Ordering party negative entitlement allowed 



|Feasible Product Values IF.P.V's)| 
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FIG. 57 CONT. 

AS AT 9E. 11. 01. 17.00. 00. 00 Report for: BasstelCo 





Consideration/ 
Entitlement 
Denomination 


Consideration 


Entitlement 


Cons. /Entitlement type 


T.T.U.'s 


T.T.U.'s 


T.T.U.'s 


Currency typelif app) 


N.A. 


N.A. 


N.A. 


National Curr.typelif applic.) 


N.A. 


N.A. 


N.A. 


Amount 


N.A. 


55, ISO 


As below 



Pricing and Matching Process: Minimize consideration payment 
under an EV/CE regime 
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FIG. 58 



[application specification 



[Part A 



Application ID: 



001 



Applicable Product IP's: 



Application Promoter: 
Primary Application Use: 
Feasible Counterparty Numbers: 
Public/private use: 
Acceptable comms mediums; 
Retail/Wholesale Use: 
Pricing S Matching 
Process: 



B.L.C. Inc 

Economic risk management 
Multiple counterparties 
Public Use 

Computer-computer link 
Wholesale 
Minimize pre-tax consideration 
payment under an EV/CE regime 



Contract revaluation frequency: 

Ordering Parties allowed negative 

contract payoffs? 

Application Access limitations: 



Preferred/preferential dealing? 
Pre or Post Tax Matching? 
Tax deduction/subsidy at source? 
Degree of Trading Transparency: 
Secondary trading Allowed? 
Derivative trading Allowed? 
Deferred Order Submissions possible? 
Partial Hatches possible? 
Settlement terms: 

- Considerations 

- Entitlements: 
Manual Approvals possible? 
Ordering Party consideration credit available? ) 
Collateralisation payments required? 

- Counterparties 

- Ordering Parties 
Bilateral Obligations Netting? 
Bilateral Payments Netting? 
Multilateral Obligations Netting? 
Multilateral Payments Netting? 



Nettino Details lif applic.) 


Collateralisation Details lif applic.) / 


Applicable Discount rate: 


9.B0% p.a. 


Trustee: / 


Obligation netting trigger: 


100.000 


NOT APPLICABLE \ 


Min required settlements: 


5.000 





Ordering Parly Consideration-Credit Options 



Counterparty provided? 



Ordering Party Guarantor 
provided? 



--Participating basis; 



-Non-participating basis: 



--Participating basis: 
-Non-participating basis: 



-Ord. Party-guarantor protected 



--Unprotected 

--Ord. Party-guarantor protected 
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FIG. 58 CONT. 

AS AT 91. OB. 03. 17. 00.00. 00 



/ 10020-11400 


Application Access Limitations 


/ Available 




Pre-Tax 


Contract Ordering Parties 


\ Not Applicable 


NIL 


\ NIL 




\ Yes 




\ Yes 




Yes 


\ 




Yes 


Contract Counterparties 




NIL 


/ Immediate 




\ Immediate 




. \ No 




J Yes 






Counterparty Guarantors 


/ Yes 


NIL 


( Yes 




\ Yes 




\ Yes 


Others: 


/ No 


NIL 


/ No 






Valuation Details 


1 Consideration Credit Details (if applicable) 




Applicable discount rate: 


Ordering Party Guarantor: 


c 1 


9.80% 


ADVENTC0 Inc 



-Participating 
-non-part, basis 



-Participating 
-non-part, basis 



Key. 

Counterparty. 

1. Interest Rate IS p. a. I 

2. Participation ratelXI 

Ord. Party-Guarantor 
3. Interest RatelXp.a.) 
4. Participation rate(X) 
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FIG. 59 



[product specification 



PRODUCT ID: 


100G1 


» 


Prnriur.f Siimmnrv / 


Application ID: 


001 


Product Sponsor: / 


Product Soecif ication \ 


Market: 


Stock Indices 




Sub-market: 


PTSE 75 




Market type: 


Spot 




Establishment date/time 


91.06.03.17.00.00.00 


Maximum Product Definition Value: ^ 


Maturity date/time: 


94. OG. 03. 17. 00. 00. 00 




Minimum Product Definition Value: 1G00 





Product Details 

Conditional Payoff Dimensions ID: One 

Market Phenomena Class Identifier: Share Price Index 

Elemental /compound sub-market Identifier 

Future Period Date/time Identifier: At Contract Maturity date/time 

Minimum Product Definition Value: 1G00 

Product Establishment Date/time: 91.06.03.17.00.00.00 

Cons. /entitlement denomination of Product: Money 



Actual/Perceived Market Identif 
Specific Phenomenon: 
Sub-market Phenomenon Class Identif 
Event Type Identifier: 
Maximum Product Definition Value: 
Product Maturity Date/time: 
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FIG. 59 CONT. 



AS AT 31.0G.03. 17.00.00.00 



) — — ■ 


/ B.L.C. Inc , 1 




Consideration/entitlement denom.type:Money 




^ 2200 


Currency typelif applic.l : 


Com Bnk Dep. 






J National currency type ( i f applic. 


: AUO 






Product Step Value: 


0010 







/ Actual 


Elemental/compound Market Identif ier:Single Market 


I PTSE 75 


/ Spot Value 




( 2200 


Product Step Value:0010 


) 34.06.03.17.00.00.00 




' Cora Bnk Dep. 


National currency type denomination 


\ 


of Product (if applic.) AUD 
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FIG. 60 



PRIMARY ORDER SPECIFICATION ASAT: ( 


Ordering Party: Abbots S Taylor 
Own reference: PQZ2B0 


lApplication ID: 001 




Product: (ID: 100G1 ) 


Application Promoter B.L.C. Inc 
Product Sponsor B.L.C. Inc 
Counterparty-guarantor CNZ Banking Corporation 
Regulator Pacific Central Bank 


Market Stock Indices 

Sub-Market PTSE 75 Market type Spot 
Estab. date/time 31. OB. 03. 17.00.00.00 
Maturity date/time 94.0G.03.17.00.00.00 





X Range Value 
Alpha (XI 
Beta (X) 



ORDER SUPPORT DETAILS 



Communications medium: Computer-to-computer 
Consideration Credit sought? No 

Desired Form of Consideration Creditlif appl.) Not Applicable 

Counterparty Collateralisation payments required? Yes 
Preparedness to make 'own' collateralisation paymentslif applicable!? 
Applicable Marginal Tax ratelif applicable)? 

■Consideration: Not Applicable 

■Entitlements: Not Applicable 

Netting System Participation? 
-Bilateral Obligations netting?(if applic.) No 
-Bilateral Payments netting? li f applic. I No 
-Multilateral Obligations netting?(if applic.) No 
-Multilateral Payments netting?(if applic. I No 

1 
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FIG. 60 CONT. 



^ 33. 01. 01. 17. 37. OE. 00 






Consideration/ 
Entitlement 
Denomination 


Consideration 


Entitlement 




Cans. /Entitlement type 
Currency type £ i f applic . ) 
National Curr.typeUf applic.) 

Max. Consid. Amount 


Honey 
Com Bnk Dep 
AUD 
N.A. 


Honey 
Com Bnk Dep 
AUD 
54,000 


Honey 
Com Bnk Dep 
AUD 
As below 



Pricing and Hatching Process: 
Minimize pre-tax consideration payment under an EV/CE regime 



SPECIAL Col lateral isation Payments 

DEAL TYPE: 







Partial Hatches desired? Yes 

Hanual Approval of Hatches desired? No 

Desired degree at trading 

Transparency I if applicable) Not Applicable 

Applicable Consid. /Entitlement Transfer Entity 

Account details: ABC Banking Corp 

Operating A/c 1-1-50202E-G13930-0 

Desired date/time of Order Submission: Immediate 

Desired Order retention period: 00.00.01.00.00.00 

Desired Max .time for counterparty 

manual order approval (if applic): Not Applicable 


Unacceptable Counterparties and 
Other Stakeholders 


NIL 


Preferred/Preferential Dealing: 


NIL 
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FIG. 61 



I ORDER SPECIFICATION PRICING 



COUNTERPARTY PRICING SPECIF ICATION 



Defined Circumstances ID 



Feasible 


Gross 


Product 


Contingent 


Definition 


Entitlement 


Values 


Amounts 




0.00 


1B00 


(187 .200) 


IE 10 


I1B7.200) 


1620 


(167.200) 


1G30 


1 187.2001 


1640 


(1B7.2001 


1G50 


(1B7.200I 


1GB0 


(187.200) 








/ 


2130 


(37.440) 


2140 


(37.440) 


2150 


(37.440) 


21G0 


(37.440) 


2170 


(37.440) 


21G0 


137.440) 


2190 


(37.440) 


2200 


(37.440) 




0.000 



Commission Rate 



Op/CP 
C/Credit 
Adjust. 


Net 
Contingent 
Entitlement 
Amounts 


0. 


00 


0.00 


0 


00 


(187.200) 


0 


00 


1187.200) 


0 


00 


(1B7.200) 


0 


00 


UB7.200) 


0 


00 


(187.200) 


0 


00 


(187.200) 




00 


1167.200) 








$ 


0 


00 


(37.440) 


0 


00 


137.4401 


0 


00 


(37.440) 


0 


00 


(37.440) 




.00 


(37.4401 




.00 


(37.440) 




.00 


(37.440) 




.00 


(37.440) 


0.000 


0.000 



x Applic. Entitle. Exchange Rates I > 

= Base contract bid pricelin Product Denom. terms) 

Net Present Value (at 10.00% p. a. ...) 

* Flat Commission 1 1-2556 ...I 

= Contract Bid Price lin Product Denom. terms) 

x Applic. Consid. Exchange Rates ( .. £ ) 

= Contract Bid Price (in OP requested terms) (if applic.) 

Implied Base 'Margin' on Contract 

» Exchange Rate and Consideration Investment Margin 

= Implied Contract Value (to CP) 



Discount Rate 
10.00% p. a. 



Component 
Product 
Prices 



0.000220 
0.000227 
0.000237 
0.000243 
0.0002GG 
0.0002B7 
0.000314 



/ 
0.029G42 
0.028625 
0.O274G3 
0.02G193 
0.024819 
0.0233G9 
0.021BB5 
0.020330 
0.14GB35 



1.0402 
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FIG. 61 CONT. 



AS AT 93.01.01.17.38.02.00 

I Consideration Exchange 

j Rates: iii applicl :C/E - Currency - Nat.Curr. 



I Entitlement Exchange 

[Rates: (if applic) :C/E - Currency - Nat.Curr. 



\ • 
\ Implied 

/ Contingent 

/ Entitlement 

/ Amounts 


Assessed 
Probabi 1 i ties 
of 

Occurence 


Net 
Contingent 
Entitlement 
(Valuation) Arats. 


Net Contingent 
Negative 
Entitlement 
(Valuation) Amounts 


Maximum 
Absolute 
Negative 
Entitlement Amount 


\ (0.041) 


0.000020 


(0.004) 


(0.004) 


(1B7.200) 


} (0.042) 


0.000027 


(0.005) 


(0.005) 




/ (0.044) 


0.000037 


(0.007) 


(0.0071 




/ (0.047) 


0.000049 


(0.009) 


(0.009) 




/ (0.050) 


0.0000GG 


(0.012) 


(0.0121 




(0.054) 


0.000087 


(0.01G) 


(0.01G) 




\ (0.059) 


0.000114 


(0.021) 


(0.021) 




\ ,/ 






$ 




/ "7 


"7 


<? 






y 11.110) 


0.029442 


(1.102) 


(1.102) 




\ (1.072) 


0.028425 


I1.0G4) 


(1.0G4) 




\ (1.028) 


0.0272E9 


(1.0211 


11.021) 




\ 10.981) 


0.025993 


(0.973) 


10.9731 




/ (0.929) 


0.024G19 


(0.9221 


(0.922) 




/ (0.875) 


0.0231G9 


(0.8G7) 


I0.BG7) 




/ (0.819) 


0.021GG5 


(0.811) 


(0.B11) 




/ 10.7611 


0.020130 


(0.754) 


(0.754) 




1 0.000 


0.15BB35 


0.000 


0.000 




\ (59.580) 


1.0000 


(55.000) 


(55.000) 


(187.200! 



001 
100G1 



59.580 




51.2B0 


| 47.340 


O.E40 






51.920 
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FIG. 62 

1 ORDER SPECIFICATION PRICING LiZSi" c ( 



| | Application ID: \ 
T Y P R I C I NG SPECIFICATION | [ ProductID: ) 



Defined Circumstances ID I 
17 1 


Commission Rate J 1 Discount Rate / 
1.30% 1 1 3.8% p.a. \ 


Feasible 
Product 
Definition 
Values 


Gross 
Contingent 
Entitlement 
Amounts 


Op/CP 
C/Credit 
Adjust. 


Net 
Contingent 
Entitlement 
Amounts 


Component 
Product 




IGOO 
1G10 
1B20 
1G30 
1G40 
1650 
1GG0 

$ 

2130 
2140 
2150 
21G0 
2170 
21B0 
2190 
2200 


0.00 
(1B7.200) 
(187.200) 
I1B7.200) 
11B7.200I 
(1B7.200) 
(1B7.200) 
I1B7.200) 

7 

(37.440) 
137.440) 
137.440) 
(37.440) 
137.440) 
137.440) 
137.440) 
137.440) 
0.000 


0.00 
0.00 
0.00 
0.00 
0.00 
0.00 
0.00 
0.00 

X 7 

0.00 
0.00 
0.00 
0.00 
0.00 

o.oo 

0.00 
0.00 
0.000 


0.00 
(187.200) 
(1B7.200I 
(1B7.200I 
t 187.200) 
(1B7.200) 
(1B7.2O0I 
I1B7.200) 

'y 

137.440) 
137.440) 
(37.440) 
(37.440) 
(37.440) 
(37.440) 
(37.440) 
(37.4401 
0.000 


0.000220 
0.00022G 
0.000237 
0.000249 
0.0002G5 
0.0002B7 
0.000314 

7 
0.029G41 
0.028G25 
0.0274G9 
0.02G192 
0.024B19 
0.0233G9 
0.021BG4 
0.020330 
0.14GG35 








1.0300 




x Applic. Entitle. Exchange Rates 1 > ' — 1 

= Base contract bid pricelin Product Oenom. terras) 

Net Present Value lat 9.80% p. a. ...) 

* Flat Commission ( 1.3056 ...) 

= Contract Bid Price (in Product Denom. terms) 

x Applic. Consid. Exchange Rates 1 ^ 1 < ^ 1 

= Contract Bid Price (in OP requested terms) (if applic.) ■■■■ 

Implied Base 'Margin' on Contract ■ 
> Exchange Rate and Consideration Investment Margin 

= Implied Contract Value (to CP) 


( ) / 

Hal Curr. / 
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FIG. 62 CONT. 



AS AT 93.01.01.17.38.02.00 



Implied 
Contingent 
Entitlement 

Amounts 



(0.041) 
(0.042) 
(0.044) 
(0.047) 
10.0501 
(0.0541 
(0.059) 



Consideration Exchange 
Rates: (if applic) :C/E . 



Currency - Nat.Curr. . 



Entitlement Exchange 
Rates: (it applic) 



0.000020 
0.000028 
0.000037 
0.000049 
0.0OOOG5 
0.000087 
0.000114 



Contingent 
Entitlement 
(Valuation) Amis. 



(0.0041 
(0.0051 
(0.007) 
10.009) 
(0.0121 
(0.01G) 
(0.021) 



Currency - Nat.Curr.. 



Net Contingent 
Negative 
Entitlement 
(Valuation! Amounts 



(0.0041 
10.005) 
(0.0071 
(0.009) 
10.012) 
(0.01G1 
(0.021) 



Maximum 
Absolute 
Negative 
Entitlement Amount 



7 

(1.1101 
(1.0721 
(1.0281 
10.981) 
10.9291 
I0.B75I 
10.819) 
(0.7B1) 
0.000 



7 

0.029442 
0.028425 
0.0272BG 
0.025993 
0.024B19 
0.0231G9 
0.021GGG 
0.020130 
0.158834 



1.0000 



7 

(1.1021 
(1.064) 
(1.021) 
10.973) 
(0.922) 
(0.BG7) 
(0.811) 
(0.754) 
0.000 



/ 
11.102) 
11.064) 
11.021) 
(0.973) 
(0.9221 
(0.BG71 
(0.B11) 
(0.754) 
0.000 
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FIG. 63 



[contract specification limits 



[counterparty constraints verification 



Incremental 
Impact 



\ Details 
Measure 


Incremental 
Impact 


Absolute Loss 




Expected Loss 


55.000 


Exp. Incr. Value 





Individual Contract Constraint 
Impact 


Single Product Port- \ 
folio Constraint Impact \ 


Hin/max required incremental 
impact of contract 


Status 
Check 


Allowable Incremental / 
Imppact of contract \ 


500. 000 (max) 


Y 


NOT APPLICABLE ) 


100. 000 (max) 


Y 


GOO.OOO(max) |( 


300. 000 (mini 


Y 


NOT APPLICABLE \ 



All Hat. Dates Total Product 
Portfolio Constraint Impact 



Allowable Incremental Status 
Impact of contract Check 
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FIG. 63 CONT. 



( AS AT 93.01.01.17.3 



' Status 
\ Check 



■Equivalent' Maturity Date Total 
Product Porttolio Constraint Impact 



Allowable Incremental 
Impact of Contract 



Status 
Check 



NOT APPLICABLE 



"Same Month - Mat. Oate Total 
Product Portfolio Constraint Impact 



Allowable Incremental 
Impact of Contract 



Status 
Check 



NOT APPLICABLE ' 





Current 


Limit 


Status 
Check 


Contract expected loss as a proportion of the 
expected loss of all contracts/products 


E % 


7 % 


Y 


Product expected loss as a proportion of the 
expected loss of all contracts/products 


62 % 


B5 % 


Y 
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FIG. 64 



CONTRACT SPECIFICATION LIMITS 



[counterparty constraints 



VERIFICATION 



\ Details 
Measure 


Incremental 
Impact 


Absolute Loss 


1B7.200 


Expected Loss 


55.000 


Exp. Incr. Value 


5. BIO 




\ Details 
Measure 


Incremental 
Impact 


Absolute Loss 




Expected Loss 


55.120 


Exp. Incr. Value 





Individual Contract Constraint 
Impact 


Single Product Port- \ 
folio Constraint Impact) 


Min/max required incremental 
impact of contract 


Status 
Check 


Allowable Incremental / 
Imppact of contract \ 


IGO.OOOImaxl 


Y 


NOT APPLICABLE ) 


Sa.OOOtmax) 


Y 


4 14. 000 (max) \J 


PBO.OOO(min) 


Y 


NOT APPLICABLE \ 



All Mat. Dates Total Product 
Portfolio Constraint Impact 

Allowable Incremental Status 
Imppact of contract Check 



U.S. Patent Oct. 19, 1999 sheet 89 of ioi 5,970,479 



FIG. 64 CONT. 



( AS AT 



93. 01. 01. 17. 3B. 02.0 



/ Status 
\ Check 



Equivalent" Maturity Date Total 
Product Portfolio Constraint Impact 



Allowable Incremental 
Impact of Contract 



Status 
Check 



NOT APPLICABLE 



NOT APPLICABLE 



'Same Month" Hat. Date Total 
Product Portfolio Constraint Impact 



Allowable Incremental 
Impact of Contract 



Status 
Check 



NOT APPLICABLE 





Current 


Limit 


Status 
Check 


Contract expected loss as a proportion of the 
expected loss of all contracts/products 


4.5 % 


5 % 


Y 


Product expected loss as a proportion of the 
expected loss of all contracts/products 


50 % 


55 % 


Y 
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FIG. 65 

| CONTRACT VALUATION / 



jCQNTflftC T SUMMARY (GRAPHICAL) 1 



Ordering Party: Abbotts £ Taylor 
Counterparty: Abrahamsons 


Application ID: 001 
O.P.Own reference: P0Z2G0 


Product: 110: 100G1 ) 


Application Promoter B.L.C. Inc 
Product Sponsor B.L.C. Inc 
Counterparty-guarantor CNZ Banking Corp 
Regulator Pacific Central Bank 


Market Stock Indices 
Sub-Market PSTE 75 Market Type Spot 
Estab. date/time 31.0B. 03. 17.00.00.00 
Maturity date/time 94.0B. 03. 17.00.00. 00 


Valuations as at 93.01.01.23. 


0.00.00 


Order ID (if app.l 915G515B99 

Conf. date/ time (if app.) 93. 01. 01.17. 3B. 11.00 

Contract/Product context: 1 of 1 


Expected Value 
Std. Deviation 


F.P.V's 


Contract 


1970 
333 


53.000 
21.160 


Special Deal Type: Collateral isation Payments j 



AUD '000's 
200-1 
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FIG. £5 CONT. 

AS AT: 93.01.01.23.00.00.00 Report for: Abbotts S Taylor 





Consideration/ 
Entitlement 
Denomination 


Consideration 


Entitlement 


Cons. /Entitlement type 


Honey 


Money 


Money 


Currency typelif applic.l 


Com Bnk dep. 


Com Bnk dep. 


Com Bnk dep. 


National Curr. typelif applic.l 


AUD. 


AUD. 


AUD. 


Amount 


N.A. 


51,920 


As below 



Pricing and Matching Process: 
Minimize pre-tax consideration payment under an EV/CE regime 
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FIG. S6 

[contract VALUATION ( 



[CONTRACT SUMMARY (GRAPHICAL) | 



Ordering Party: Abbotts S Taylor 
Counterparty: Abrahamsons 


Application ID: 001 
C.P.Own reference: FFR-2B3 


Product: (ID; 100B1 1 


Application Promoter B.L.C. Inc 
Product Sponsor B.L.C. Inc 
Counterparty-guarantor CNZ Banking Corp. 
Regulator Pacific Central Bank 


Market Stock Indices 
Sub-Market PSTE 75 Market Type Spot 
Estab. date/time 91. OB. 03. 17. 00. 00. 00 
Maturity date/time 94. 0B. 03. 17.00.00.00 


Valuations as at 93.01.01.23. 


0.00.00 


Order ID (if app.l 9156515899 

Conf .date/time (if app.l 93.01.01.17.38.11.00 

Contract/Product context: 1 of 1 


Expected Value 
Std. Deviation 


F.P.V's 


Contract 


1970 
333 


(53.000) 
(21.1B0) 



Deal Type: Col lateral isation Payments 



[Feasible Product Values IF.P.V's 
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FIG. 66 CONT. 

AS AT 93.01.01.23.00.00.00 Report for: Abrahamsons 





Consideration/ 
Entitlement 
Denomination 


Consideration 


Entitlement 


Cons. /Entitlement type 


Honey 


Honey 


Honey 


Currency typed f app) 


Com Bnk dep. 


Com Bnk dep. 


Com Bnk dep. 


National Curr.typelif applic.l 


AUD. 


AUD. 


AUD. 


Amount 


N.A. 


51.920 


As below 



Pricing and Hatching Process: Minimize pre-tax consideration payment 
under an EV/CE regime 
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FIG. 67 



SECONDARY ORDER SPECIFICATION 



Acquiring Party: Shearer & Associates 
Own reference: 61932076 


Application ID: 001 
Order ID: 9156515B99 
Acq. P. Own reference; GB7-3 


Product: t ID: 100E1 ) 


Application Promoter B.L.C. Inc 
Product Sponsor B.L.C. Inc 
Counterparty-guarantor CNZ Banking Corporation 
Regulator Pacific Central Bank 


Market Stock Indices 
Sub-Market PSTE 75 Market Type Spot 
Estab. date/time 91.06.03.17.00.00.00 
Maturity date/time 94.06.03.17.00.00.00 



X Range Value 
Alpha (XI 
Alpha (X) 



CONTRACT CONDITIONS 



Communications medium: Coroputer-to-computer 
Consideration Credit sought? No 
Desired Form of Consideration Credit Cif appl.l Not A 

Counterparty Col lateral isation payments required? Yes 
Preparedness to make 'own' collateralisation paymentslif applicable)? 
Applicable Marginal Tax ratelif applicable)? 

-Consideration: Not Applicable 

-Entitlements: Not Applicable 

Netting System Participation? 

Bilateral Obligations netting?(if applic.) No 
Bilateral Payments netting?(if applic.) No 
■Multilateral Obligations netting?(if applic.) No 
■Multilateral Payments netting?!]) applic.) No 
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FIG. 67 CONT. 



f 93. OB. 06. OB. 00. 00.00 






Consideration/ 
Entitlement 
Denomination 


Consideration 


Entitlement 




Cons. /Entitlement type 
Currency type (i f applic.) 
National Curr.typelif applic.) 

Max. Consid. Amount 


Honey 
Com Bnk Oep 
AUD 
N.A. 


Honey 
Com Bnk Dep 
AUD 
GO, 000 


Honey 
Com Bnk Dep 
AUD 
As below 



Pricing and Hatching Process: 
Minimize pre-tax consideration payment under an EV/CE regime 



SPECIAL Collateralisation Payments 

DEAL TYPE: 



Partial Hatches desired? Yes 
Hanual Approval of Hatches desired? No 
Desired degree of trading 
Transparencylif applicable! Not Applicable 
Applicable Consid. /Entitlement Transfer Entity 
Account details: ABC Banking Corp 
Operating A/c 1-1-50202G-84G752-0 land 1) 
Desired date/time of Order Submission: Immediate 
Desired Order retention perid; 00.00.01.00.00.00 
Desired Max. time for counterparty 
manual order approval (if applic): Not Applicable 



Unacceptable Counterparties and 
Other Stakeholders 



Preferred/Preferential Dealing: 
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FIG. BB 

[contract valuation ? 



|c 0 N I R A C T SUMMARY [GRAPHICAL) ~] 



Ordering Party: Shearer S Associates 
Counterparty: Abrahamsons 


Application 10: 001 
CP. Own reference: 667-3 


Product: (ID 10061 ) 


Application Promoter B.L.C. Inc 
Product Sponsor B.L.C. Inc 
Counterparty-guarantor CNZ Banking Corp 
Regulator Pacific Central Bank 


Market Stock Indices 
Sub-Market PTSE 75 Market Type Spot 
Estab.date/time 91.06.03.17.00.00.00 
Maturity date/time 94.06.03.17.00.00.00 


Valuations as at 


93. 06. 0E. 09. 


0.00.00 


Order ID lit app.) 9156515B99 

Conf. date/time (if app.) 93.01.01.17.38.11.00 

Contract/Product context; 1 of 1 


Expected Value 
Std. Deviation 


F.P.V's 


Contract 


I960 
306 


58.300 
10.610 



Special Deal Type: Collateral isation Payments 
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FIG. 68 CONT. 




AS AT 93. OE. OB. 09. 00. 00.00 Report for: Shearer & Associates 





Consideration/ 
Entitlement 
Denomination 


Consideration 


Entitlement 


Cons. /Entitlement type 
Currency type lit app) 
National Curr.typelif applic.) 

Amount 


Honey 
Com Bnk dep. 
AUD. 
N.A. 


Honey 
Com Bnk dep. 
AUD. 
58.300 


Honey 
Com Bnk dep. 
AUD. 
As below 





Pricing and Hatching Process: Minimize pre-tax consideration 


payment 




under an EV/CE regime 






















2160 
2170 
2160 
2190 
2200 
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FIG. 69 

[contract valuation ( 



[CONTRACT SUMMARY (GRAPHICAL) ~| 



Ordering Party: Shearer S Associates 
Counterparty: Abrahamsons 


[Application ID: 001 
| CP. Own Reference: 6E7-3 


Product: (ID: 10051 I 


1 Appl icat ion Promoter B.L.C. Inc 
Product Sponsor B.L.C. Inc 
Counterparty-guarantor CNZ Banking Corp 
Regulator Pacific Central Bank 


Market Stock Indices 
Sub-Market PTSE 75 Market Type Spot 
Estab. date/time 91. OB. 03. 17. 00.00. 00 
Maturity date/time 94.06. 03. 17.00.00.00 


1 Valuations as at 34.01.01.17. 


0.00.00 


Order ID (if app.l 3156515839 

Conf .date/time t if app.l 33.01.01. 17. 3B. 11.00 

Contract/Product context: 1 of 1 


Expected Value 
Std. Deviation 


F.P.V's 


Contract 


1800 
283 


162. 3G0 
35.160 



Special Deal Type: Col lateral isation Payments 
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FIG. 69 CONT. 

AS AT 94.01.01.17.00.00.00 Report for-. Shearer S Associates 





Consideration/ 
Entitlement 
Denomination 


Consideration 


' Entitlement 


Cons. /Entitlement type 


Honey 


Honey 


Honey 


Currency type t i f app) 


Com Bnk dep. 


Com Bnk dep. 


Com Bnk dep. 


National Curr.typelif applic.) 


AUD. 


AUD. 


AUD. 


Amount 


N.A. 


5B.300 


As below 



Pricing and Hatching Process: Minimize pre-tax consideration payment 
under an EV/CE regime 
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FIG. 70 

ICONTRACI MATURITY ? 



|C 0 N T R A C T SUMMARY (GRAPHICAL! ~| 



Ordering Party: Shearer S Associates 
Counterparty: Abrahamsons 


Application ID: 001 
CP. Own Reference: BG7-3 


Product: (ID: 10061 1 


Application Promoter B.L.C. Inc 
Product Sponsor B.L.C. Inc 
Counterparty-guarantor CNZ Banking Corp 
Regulator Pacific Central Bank 


Market Stock Indices 
Sub-Market PTSE 75 Market Type Spot 
Estab. date/time 91. OS. 03. 17.00.00.00 
Maturity date/tine 34. OG. 03. 17. 00. 00. 00 


Valuations as at 


94.05.03.17. 


0.00.00 


Order ID (if app.) 915B515B99 

Conf .date/time (if app.) 33.01.01.17.38.11.00 

Cnntract/Product context: 1 of 1 


Expected Value 
Std. Deviation 


F.P.Vs 


Contract 


1820 
0 


187.200 
0 



Special Deal Type: Collateralisation Payments 
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FIG. 70 CONT. 

AS AT 94. OB. 03. 17.00.00.00 Report for: Shearer fi Associates 





Consideration/ 
Entitlement 
Denomination 


Consideration 


Entitlement 


Cons. /Entitlement type 
Currency typeiif appl 
National Curr.typelif applic.) 

Amount 


Honey 
Com Bnk dep. 
AUD. 
N.A. 


Honey 
Com Bnk dep. 
AUD. 
58.300 


Honey 
Com Bnk dep. 
AUD. 
As below 



Pricing and Hatching Process: Minimize pre-tax consideration payment 
under an EV/CE regime 



5,970,479 

1 2 

METHODS AND APPARATUS RELATING TO inventory, occupational health and safety and employer/ 

THE FORMULATION AND TRADING OF employee relations practices. 

RISK MANAGEMENT CONTRACTS Consider a manufacturer of, say, integrated circuits (ICs), 

which has many clients wishing to purchase its ICs. Ihe 
TECHNICAL FIELD 5 demand may result in a delay in delivery due to limited 

manufacturing capacity, thereby requiring advance produc- 
This invention relates to methods and apparatus, includ- ^ Qa scheduling for orders already in-hand. Typically, the 
ing electrical computers and data processing systems applied manufacturer will give a warranty to a purchaser as to 
to financial matters and risk management. In particular, the measurable performance criteria for its ICs; if a batch does 
invention is concerned with the management of risk relating ^ no t perform to the specified criteria, the manufacturer is 
to specified, yet unknown, future events. required by contract to replace that batch. That is, a pur- 

chaser may have no interest in obtaining monetary compen- 
BACKGROUND ART sa tion for the poor quality ICs, as the purchaser needs the 

, . , . ■ , components for their own products. In that case, the 'con- 

IndivKluals and enterprises are contimiafly exposed to risk the warranty makes ^ tQ6 priority scheduling 0 f 

because of future events beyond then control. The outcome 15 & substitute batch of that t of IC , 0 ssibly displacing 
of those events can either positively or negatively impact on ^ scheduled duction ^ or deferring delivery to 
their wellbeing. Individuals and enterprises should generally ^ purchaser 

prefer not to face exposure to the possibility of adverse n contractual arrangements are piece-meal in nature, 
consequences regardless of their perception of the hkek- « manufacturer and each 

hood of such events occurring. It is in their interest to 20 J manufacturer 

consider foregoing 'resources' they currently ^ pos*« ; if ^ P &om whose orfers are 

domg so would reduce the possibility of being so greatly V ^ ^ manufacturer has no 

exposed to future outcomes. convenient mechanism available to it to hedge against such 

Risk can take many forms in view of the large range and cUim ^ hm by way of reser ving production rights with 
type of future events which might result in adverse conse- 25 another manufacturer, in lieu of unavailability of their own 
quences. Risk can be categorised, in one instance, as 'eco- manufacturing facility. 

nomic' in nature. Phenomena that constitute economic risk ^ q{ ^ <ec0Qomic . risk> it is hown for 

include: commodity prices, currency exchange rates, interest mdividuals and e n terpr ises to hedge against adverse out- 
rates, property prices, share prices, inflation rates, company means such as seK . insurancej and directly 
performance, and market event based mdices. 30 fey ^ ^ contractS; forward contra cts, and 

Another characterisation of risk concerns ' technical' phe- swa ps. 
nomena. This can include things like the breakdown of an There arg ^^^^5 or limitations associated with 
electricity generation plant, aircraft engine failure, and the guch available ec0 nomic risk management mechanisms, 
damage to, or failure of, orbiting telecommunications sat- particularly, they provide, at best, only indirect approaches 
ellites. The outcomes for each of these phenomena will be {o dealing ^ the ^ management needs. The available 
adverse for the users and/or supplier. mechanisms are relatively expensive, and provide limited 

Other forms of risk defy ready characterisation, such as phenomenon coverage, and therefore cannot meet the 
weather-based (viz., rain damage or lightning strike), or requirements of the party seeking to hedge against such 
other natural occurrences (viz., earthquakes or iceberg col- ^ wide-ranging future risk. The infrastructure and pay-out 
lision with sea-going vessels). costs associated with switching between, say, a commodities 

There are also less tangible risks associated with, for market and a stock market are often prohibitive for entities 
example, the emission of atmospheric pollutants or the small and large alike. As a consequence, entities find fhem- 
disposal of intractable toxic wastes, in the sense that the selves saddled with obligations they have little control over 
future consequences are unknown, save that there is a 45 and cannot escape. 

notion, based on current information, that they could be j n respect of the "less tangible" forms of risk, an example 

adverse. in the prior art of a form of management of that risk is that 

The capability to manage risk is more important today of 'pollution rights' sold by the U.S. Environmental Protec- 
than it was in the past, and is likely to become ever-more tion Agency (EPA) in March 1993 for the atmospheric 
important into the future, because there is an ever increasing 50 emission of sulphur dioxide. This was done by an auction of 
exposure to a wider generic range of future phenomena "allowances" permitting the release into the atmosphere. By 
beyond the control of individuals or enterprises. There is the year 1995, any company or organisation emitting sulphur 
also a wider feasible range of possible future events, and dioxide in the U.S. without enough allowances to cover their 
greater uncertainty about the likelihood of occurrence, asso- total emissions will face prosecution. This means polluters 
ciated with any single future phenomenon viz., an increasing 55 must either buy further allowances, or else modify or replace 
volatility. their plant and equipment to reduce these emissions. The 

It is also thought that individuals are now more risk- EPA will regulate the total number of allowances able to be 
averse in recessionary times, when there are fewer available obtained. The existing allowances have already become a 
discretionary resources to trade-off to protect themselves valuable tradeable 'property' as between sulphur dioxide 
from such adverse future events. 60 emitters, that is, even before the time when no further 

In the prior art, individuals and enterprises faced with allowances will be able to be purchased, 
'technical' risk have hedged against future outcomes by Management techniques for the "less tangible forms of 

mechanisms such as the adoption of quality assurance risk are in their infancy. The existing forms indicate an 
practices, warranties, increased research and development emerging demand for systems and methods to enable effec- 
activity (and associated intellectual property rights such as 65 tive management. 

patents, utility models and registered designs), the purchase Specific examples in the prior art of patents relating to 

of modernised plant and equipment, and improved methods and apparatus which deal with various forms of risk 
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management include British Patent No. 2 180 380, in the capacity to utilise existing resources to reduce exposure to a 
name of Merrill Lynch Pierce Fenner and Smith specific risk, and have access to a generally available 
Incorporated, directed to an Automated Securities Trading mechanism by which they can explicity trade-off existing 
Apparatus (corresponding to U.S. Pat. No. 4,674,004, and assets for increased certainty about the future. They are also 
further related to U.S. Pat. Nos. 4,346,442 and 4,376,978). 5 free to decide upon the degree to which they should make 
Other examples include U.S. Pat. No. 4,739,478 assigned to such trade-offs, and to actually effect and subsequently 
Lazard Freres and Co., directed to Methods and Apparatus manage such trade-offs in a simple and low cost manner, 
for Restructuring Debt Obligations, U.S. Pat. No. 4,751,640 The present invention also provides an automated infra- 
assigned to Citibank, N.A., directed to An Automated structure to which parties have access without restrictions 
Investment System, and U.S. Pat. Nos. 4,752,877, 4,722, 10 relating to nationality or residential requirements. This 
055, and 4,839,804 assigned to College Savings Bank allows the parties to participate directly without requiring an 
directed to Methods and Apparatus for Funding Future intermediary. 

Liability of Uncertain Cost. Therefore, in accordance with one aspect of the present 

The present invention comes about in view of the short- invention, there is disclosed a data processing system to 

comings of existing risk management mechanisms, and the 15 enaD i e the formulation of multi-party risk management 

perceived increasing importance of the management of risk contracts, the system comprising: 

relating to specified, yet unknown, future events. at kast Qne stakeholder ^ means by which ordering 

In this sense, the invention is directed to something stakeholders can input contract data representing at least one 

having economic value to individuals, enterprises and soci- offered contract in at least one predetermined phenomenon, 

eties as a whole. Methods and apparatus that provide for the 20 eacn said phenomenon having a range of future outcomes, 

management of risk offer material advantages by, for and sa j d con tract data specifying a future time of maturity, 

example, minimising adverse future outcomes, providing entitlements due at maturity for the range of outcomes, and 

both a form of compensation in the event of adverse future a consideration due to a counter-party stakeholder; 

outcomes, and forms of risk management not otherwise at ^ 0Qe CQunter stak eholder input means by 

supported or available in the prior art, and thus have value which at ^ Qne count arty stake holder can input 

in the field of economic endeavour. registering data as to a respective view of the outcomes in 

DISCLOSURE OF THE INVENTION said predetermined range of outcomes in the future for one 
or more of said predetermined phenomena; 

The invention encompasses methods and apparatus 3o a ^ g means lmked ^ eacfa sai(J stakeholder 

enabling the management of nsk relating to specified yet ^ ^ each ^ count rt stake . 

unknown future events by enabling entires (parties) to ^ tQ s(ore said con{ract da(a ^ gaid 

reduce their exposure to specified risks by constructing . ^ data . ^ 

compensatory claim contract orders on yet-to-be-identified " ° . 

counter-parties, being contingent on the occurrence of the data processing means, linked with the data storage 
specified future events. The entities submit such orders to a 35 means, for pricing and matching contracts from said contract 
'system' which seeks to price and match the most appropri- data ™ d sald registering data, said pricing including select- 
ate counter-party, whereupon matched contracts are appro- ing the registering data corresponding to the time of maturity 
priately processed through to their maturity. each predetermined phenomenon and calculating a 
r~ 1 ^ ■ <■ i-i r counter-consideration derived from said entitlements, and 
Therefore, the invention enables parties to manage per- 4Q comparing said consideration and 
ceived nsk in respect of known, yet non-predictab e, pos- ^ counter J onsiderat f on to offered CO ntract with 
able future events. These future events may ^relate to mea- counter-party stakeholders, 
surable phenomena whose outcome is verifiable, and cannot v 1 

be materially influenced by any other entity having a stake In accordance with a second aspect of the present inven- 

in that outcome tion there is disclosed a method to enable the formulation of 

The ability to price and match risk aversion contracts multi-party risk management contracts, the method com- 

essentially comes about because of the nature of risk itself. prising the steps oi. 

Any number of people will each have differing views as to 0) inputting into data processing apparatus, by at least 

the likelihood of an outcome of some future event. This one ordering stakeholder input means thereof, contract 

means that when each person is required to independently 50 data representing at least one offered contract in at least 

assess a range of outcomes for a specified future date, there one predetermined phenomenon having a range of 

almost always will be a variance in those assessments. Thus ^™ outcomes, and said contract data specifying a 

it is possible to match these expectations as between parties future time of maturity, entitlement due at maturity for 

to form a contract. The potential counter-parties to an offered the range of outcomes, and consideration due to a 

contract have the motivation of taking up an opportunity to 55 counter-party stakeholder; 

exploit differing views of future outcomes to their (b) inputting into said data processing apparatus, by at 

advantage, either for some gain or, again, as a form of risk least one counter-party stakeholder input means 

management. thereof, counter-party registering data as to a respective 

It is important that the assessments as to future outcomes ™ w of each outcome in said predetermined range of 

of events are made independently of any other party who eo outcomes in the future for one or more of said prede- 

could be a counter-party to a contract. The nature of the ' termmed phenomena; 

pricing and matching, therefore, is totally different to con- (c) storing, in a data storage means of said data processing 

ventional negotiation or bidding as between parties. apparatus linked with each said stakeholder means and 

The present invention enables entities to better manage linked with each said counter-party stakeholder input 

risk, as they are able to think more explicity about possible 65 means, said contract data and said registering data; and 

future events beyond their control which they perceive will (d) pricing and matching at least one of the offered 

have adverse consequences for them. They will have the contracts, by data processing means of the data pro- 
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cessing apparatus linked with said data storage means records and debit records for exchange of predetermined 

said pricing and matching comprising the steps, for obligations, the method comprising the steps of: 

each offered contract, of: (a) creating a shadow credit record and debit record for 

(i) selecting the registering data corresponding to the each party to be held independently from the exchange 
time of maturity for a predetermined phenomenon; 5 institutions by a supervisory institution; 

(ii) calculating a counter-consideration derived from ^ obtaining from each exchange institution a start-of- 
the said entitlement; day balance for each shadow credit record and debit 

(iii) comparing the said consideration and the said record; 

counter-consideration; and ' (c) for every transaction resulting in an exchange 

(iv) matching a contract on the basis of the said 10 Ration, the supervisory institution adjusts each 
comparison. respective party's shadow credit record or debit record, 

In preferred embodiments, the ordering stakeholders and ^ * ^ transactions that do not result m the 

counter-party stakeholders can be considered to be contact ^ rf ^ shadQw ^ Kmld bei less than the 

buyers and contract .sellers respective y. The entitlement for ^ rf ^ shadow ^ ^ ^ y ^ eacfa said 

each outcome can be in the form of money payoffs (both 15 adjustment taki lace m chronological order; and 

positive and negative) at maturity of a matched contract, or J or . ......... 

can be other types of compensation, possibly in the form of (d) at the end-of-day, the supervisory institution instruct- 

goods, services, promises, credits or warrants. The *g ones of the exchange mstitutions to exchange 

consideration, whether buyer specified or seller calculated, credits or debits to the credit record and debit record of 

can again be in the nature of a premium or payments, or can 20 the respective parties m accordance with the adjust- 

relate to other 'non-money' forms of property or obligations, ments of the said permitted transactions, the credits and 

typically transferable when a contract is matched, although debits being irrevocable, time invariant obligations 

possibly deferable, until, and potentially beyond, the time of P^ced on the exchange institutions. 

maturity. BRIEF DESCRIPTION OF THE DRAWINGS 

In the period between the match of a contract and maturity 25 

the various buyers, sellers and other contract stakeholders A number of embodiments of the invention will now be 

can review any contract to which they are a party and seek described with reference to the accompanying drawings, in 

to trade that contract to other parties by the pricing and which: 

matching procedure, or variations on the pricing and match- YIG. 1 shows a block diagram of a generic 'system' 

ing procedure. They would tend to do so if their view of the 30 embodym g the invention; 

future outcome of the phenomenon, being the subject of the mQ 2 & ^ Qf m hardware 

contract had changed markedly, or as a means to minimise SU p por t mg the system of FIG. 1; 

expected losses if some unforseen adverse trend in the * 6 3 , m n:wTpn a •<* 

present day outcome of the phenomenon has occurred. As HG. 3 shows a representation of INVENTCO and its 

well as trading existing contracts, further contracts can be 35 main component parts; 

offered to 'lay off' or avert risk. Stakeholder parties can build FIG. 4 shows a block diagram of a subset of the compo- 

up a portfolio of matched contracts and offered contracts, nents of an INVENTCO system's markets-depository 

which are continually traded to obtain the best possible (M-INVENTCO); 

position at any time, and that position can be continually FIG. 5 shows a block diagram of the process components 

reviewed with time. 40 0 f a subset of one type of 'market' (termed CONTRACT 

It is further possible for offered contracts to be based on APP) which can reside within M-INVENTCO; 

the difference between phenomena, and so manage per- pjQ g s h 0 ws a timeline applicable to Example I; 

ceived risk as between the phenomena. Elemental contract mQ ? & a licable tQ Example „. 

phenomena can therefore be developed to meet the most „ „, . n r.. 

particular needs of buyers and sellers, thus creating great 45 FIGS. 8 to 16 show flow diagrams of the contract pacing 

flexibility. and matching methodology; 

In most instances the date of maturity will be predeter- FIG. 17 shows a timeline applicable to Example III; 

mined by a 'product sponsor' stakeholder, who otherwise FIGS. 18 to 70 show flow diagrams of the first to ninth 

cannot be a buyer or seller of contracts they sponsor. Even process components for a CONTRACT APP; and 

so, it is conceivable that the date of maturity can be tied to 50 FIGS 41 tQ 70 show tables and cbarts associated with 

a specified time from the instant a contract is matched. This Examples I, II and III. 
may be appropriate where the time of maturity is in the near 

future, in which case offered contracts could otherwise DETAILED DESCRIPTION OF A BEST MODE 

remain unmatched following initial offer even up until the FOR CARRYING OUT THE INVENTION 

time of maturity * 1. Introduction 

Other stakeholders have executive roles in administration description firstly discusses the relation of the various 

guaranteeing the performance of buyers and eller (stakeh P olders) of y the < system >, foUowed by a consid - 

regulanon, supervision and so on In this way the number £ > processing platform and periph- 

and types of buyers and sellers that can be considered in a ,, , L ,. , F , . . . ° * . , . . „.„„•,. 

. . . A- £c j . . u t „ eral mput/output devices by which stakeholders mteract with 

pncine and matching offered contracts can be controlled. 60 , v , * , . 

The invention also encompasses apparatus and method"- each other and - the s y stem - 

dealing with the handling of contracts at maturity, and This is followed by a discussion of the scope of the 

specifically the transfer of entitlement. 'applications' that can be supported by the system in relation 

Therefore, in accordance with a further aspect of the to the various stakeholders, and the interrelation of compo- 

invention, there is disclosed a method of exchanging obli- 65 nent parts thereof. 

gations as between parties, each party holding a credit record Details as to software methodologies for implementation 

and a debit record with an exchange institution, the credit of the applications supported by the system are also 
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described, including a number of worked examples relating 
to the formulation and trading of risk management contracts. 

In the course of the detailed description reference is made 
to a number of non-conventional expressions and terminolo- 
gies. For convenience, an explanation of these is listed in the 
Glossary hereinbelow. 

2. 'Systems' Configurations 

FIG. 1 shows a block diagram of a generic 'system' 
embodying the invention. The various stakeholders or par- 
ties to the system 10 each have access to a centralised 
processing unit 20. The processing units 20 can be consti- 
tuted by one or more data processing apparatus, with each 
one thereof providing access for any one or more of the 
various stakeholders to applications software supported by 
the system 10, as all the processing units would be inter- 
connected. Access to the one or more data processing 
apparatus is controlled by a generic form of communications 
co-ordination and security processing unit 25. 

FIG. 1 also indicates that there are a number of types of 
stakeholder, and a number of individual stakeholders within 
each stakeholder type. The basic types of stakeholder are 
described as: applications promoters 11, product sponsors 
12, product ordering parties (buyers) 13, potential product 
counter-parties (sellers) 14, counter-party guarantors 15, 
regulators 16, consideration/entitlement transfer 
('accounting') entities 17, and miscellaneous parties 18. The 
detailed roles of each of these stakeholders will be subse- 
quently described in greater detail at a later time. The 
number of types of stakeholder represented in FIG. 1 is 
typically the largest that will be supported by the system 10. 

An embodiment of a computer system for the system 10 
is shown in FIG. 2. The core of the system hardware is a 
collection of data processing units. In the embodiment 
described, the processing unit 20 comprises three inter- 
linked data processors 93,97,104, such as the Sun 670 MP 
manufactured by Sun Microsystems, Inc. of the USA. Each 
processing unit 93,97,104 runs operational system software, 
such as Sun Microsystems OS 4.1.2, as well as applications 
software. The applications software is, in part, written 
around the flow diagrams subsequently described in FIGS. 
8 to 16, and FIGS. 18 to 40, and accesses, or otherwise 
creates, the data files as summarised in the section headed 
PROCESS 2 VARIABLES AND DATA FILES hereinbelow. 
The processor configuration shown in FIG. 1 represents a 
large system designed to handle the transactions of thou- 
sands of stakeholders, the input and output data generated by 
those stakeholders, and risk management contract pricing, 
matching and subsequent processing functions. 

Each processing unit 93,97,104 is operably connected 
with it one or more mass data storage units 95,100,110 to 
store all data received from stakeholders, and other data 
relating to all other software operations generating or 
retrieving stored information. Suitable mass storage units 
are, for example, such as those commercially available from 
Sun Microsystems. 

A number of communications controllers 80,84,87, form- 
ing the communications co-ordination and security process- 
ing unit 25, are coupled with the processing unit 20. These 
controllers effect communications between the processing 
units 93,97,104 and the various external' hardware" devices 
used by the stakeholders to communicate data or instructions 
to or from the processing units. The communications con- 
trollers are such as the Encore ANNEX II, the IBM AS/400 
server or the CISCO Systems AGS +. 

A large range of communications hardware products are 
supported, and collectively are referred to as the stakeholder 
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input/output devices 70. One amongst many of the commu- 
nication devices 70 are personal computers 51 and associ- 
ated printers 52, which have communications connection 
with the communications controller 80 by means of a 
5 modem 50. There can also be an external host device 53, 
such as a mini or mainframe computer, again linked with the 
communications controller 80 by means of a modem 54. In 
other forms, communications can be established simply by 
means of a tone dialing telephone 56, which provides for the 
10 input of instructions or data by use of the tone dialing facility 
itself. In the alternative, a voice connection via an operator 
75 can be effected by a conventional telephone 58. Both 
these external devices are shown connected with the com- 
munications controller 84. A further possibility is to have 
15 data transfer by means of a facsimile machine 65, in this case 
shown linked to the communications controller 87. 

In all cases, users of the input devices are likely to be 
required to make use of system access password generation 
and encryption devices such as the Racal RG 500 Watch- 
20 word Generator 66,67,68,69, (for personal use) and the 
Racal RG 1000, which is incorporated in a mainframe 
computer 53. The corresponding decoding units for these 
devices are incorporated in the communications controllers 
80,84,87. 

25 The generic processing unit 20 also includes a large 
number of 'portable' information recordal devices, such as 
printers, disc drives, and the like, which allow various forms 
of information to be printed or otherwise written to storage 
media to be transferable. This is particularly appropriate 
30 where confirmatory documentation of matched risk con- 
tracts is required to be produced, either for safekeeping as a 
hard copy record, else to be forwarded to any one or more 
of the stakeholders that are a party to each individual 
matched contract. 
35 The generic system 10 shown in FIG. 1 encompasses 
' many varied configurations, relating not only to the number 
and types of stakeholders, but also the 'architectures' real- 
isable by the system hardware and software in combination. 
In that sense the arrangement shown in FIG. 2 is to be 
40 considered only as broadly indicative of one type of hard- 
ware configuration that may be required to put the invention 
into effect. 

The 'virtual' level of the system 10 is termed 
45 INVENTCO. INVENTCO is a collection of one or more 
potentially interrelated systems, as shown in FIG. 3. Each 
INVENTCO system (INVENTCO SYSTEM #1 . . . 
INVENTCO SYSTEM #N) enables the formulation and 
trading of a wide range of contractual obligations, including 
50 risk management contracts. The hardware configuration 
shown in FIG. 2, is to be understood both as a realisation for 
a single INVENTCO system, and equally can represent a 
number of INVENTCO SYSTEMS, where the processing 
unit 20 is common to all and supports a number of com- 
55 munications co-ordination and security units 25, others of 
which are not shown, together with associated external 
communications devices 70, also not shown. 

While INVENTCO allows the formulation and trading of 
risk management contracts, it is also responsible for pro- 
60 cessing of such contracts through to, and including, their 

maturity, and in some respects, subsequent to maturity. - 

Where there are a number of INVENTCO systems, those 
systems may be inter-dependent or stand-alone in nature. If 
inter-dependent, INVENTCO (10) is responsible for trans- 
65 actions between those systems. 

INVENTCO and all of its component parts can be legally 
or geographically domiciled in separate countries or states. 
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The supra-national nature of INVENTCO enables the stake- 
holders to avail themselves of the risk management mecha- 
nisms independently of legal domicile or other such restric- 
tions that are often a feature of some conventional risk 
management mechanisms, subject to meeting certain criteria 5 
regarding credit worthiness and such. Indeed, the legal 
domicile, location, ownership and participating stakeholders 
of INVENTCO, or any of the sub-systems, can be continu- 
ally changing. 

FIG. 3 further shows that each INVENTCO SYSTEM 10 
comprises an infrastructure component, termed 
I-INVENTCO, and a markets depository component 
M-INVENTCO. I-INVENTCO is concerned with coordina- 
tion of communications and other security considerations, 
that part termed AXSCO, and also provides a network and 15 
general management system, termed VIRPRO. 
M-INVENTCO is a depository of authorised product- 
market (applications) software residing within INVENTCO 
under the authorisation of VIRPRO, and as distributed using 
I-INVENTCO. 20 

One or more local or wide area telecommunication net- 
works may link VIRPRO and M-INVENTCO to AXSCO, 
and thus to each other. In this way both VIRPRO and 
M-INVENTCO effectively reside around AXSCO. 

AXSCO therefore comprises multiple, uniquely 25 
addressed communications controllers linked together in a 
number of possible ways. In one embodiment, AXSCO is 
represented by the communications co-ordination and secu- 
rity processing unit 25 shown in FIG. 2. The component ^ 
hardware, such as the three controllers 80,84,87 shown in 
FIG. 2, typically are responsible for three types of opera- 
tional applications. The first is in respect of time stamping 
data received from other parts of INVENTCO and data 
similarly transmitted to entities external of INVENTCO. ^ 
The second is in respect of protecting the identity and/or 
location of entities within INVENTCO from one another, 
and from entities external to INVENTCO. The third is 
responsible for overall management of the routing of data 
received and to be transmitted within INVENTCO and to 4q 
external entities thereto. 

Referring now to FIG. 4, within M-INVENTCO reside 
different collections of system sponsored phenomena or 
'markets', one collection of which is termed CONTRACT 
APPS. Each CONTRACT APP within the CONTRACT 45 
APPS 'markets' collection is essentially related to a specific 
type of risk management phenomenon. The purpose of 
individual CONTRACT APPS is two-fold. First, to effect 
the trading/exchange/transfer of risk management contracts 
(and derivatives of these transactions) between participating 5Q 
product ordering parties and counter-parties on terms 
acceptable to the parties involved, as well as to others within 
INVENTCO registered as having a legitimate interest in the 
nature, size and composition of these trades/exchanges/ 
transfers. And second, to appropriately manage all matched/ 55 
confirmed contracts through to their time of maturity. 

Individual CONTRACT APPS are responsible for per- 
forming the above-described tasks according to the specific 
rules they embody, defined by their applicable stakeholders. 

The role played by the various stakeholders to CON- 60 
TRACT APPS, remembering that in many cases ;it would not" 
be necessary to have the involvement of all the possible 
types of stakeholder, briefly stated is as follows: 

(a) An application promoter is an entity having overall 
responsibility for the functioning of a CONTRACT 65 
APP, having being granted that responsibility by VIR- 
PRO. 
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(b) A product sponsor is an entity which promotes and 
administers the rules of trading, and subsequent man- 
agement of defined "products" selected for inclusion in 
a CONTRACT APP by its application promoter. 

(c) An ordering party (buyer) is an entity seeking to 
acquire a CONTRACT APP product from a potential 
counter-party (seller). 

(d) A counter-party (seller) is an entity potentially pre- 
pared to satisfy the CONTRACT APP product needs of 
an ordering party (buyer). 

(e) A guarantor is an entity guaranteeing a seller's ability 
to settle or meet obligations as a result of a CON- 
TRACT APP effected match. 

(f) Regulators are entities overseeing the on-going per- 
formance of all other stakeholders involved in a CON- 
TRACT APP, and especially guarantors. 

(g) Consideration/entitlement transfer ('accounting') enti- 
ties are those parties with which all other CONTRACT 
APP stakeholders maintain 'accounts' to transfer 
required considerations/entitlements to or from each 
other. 

(h) Other miscellaneous parties are those having some 
other defined stake in the functioning of a CONTRACT 
APP. 

In any implementation of the system, multiple numbers of 
each form of stakeholder are accommodated. A detailed 
consideration of the nature of CONTRACT APPS and the 
types of stakeholders to a CONTRACT APP is given in the 
section headed CONTRACT APPS hereinbelow. 

As shown in FIG. 5, any one CONTRACT APP consists 
of a cluster of nine (and potentially more, or fewer) specific 
processes, these include: 

(a) a process handling file administration and updating 
tasks supporting all other processes (termed Process 1); 

(b) a process handling the receipt and processing of 
"primary" risk aversion contract transactions (termed 
Process 2); 

(c) a process handling the receipt and processing of 
"secondary" risk aversion contract transactions (termed 
Process 3); 

(d) a process handling the receipt and processing of 
"derivative-primary" risk aversion contract transac- 
tions (termed Process 4); 

(e) a process handling the receipt and processing of 
"derivative-secondary" risk aversion contract transac- 
tions (termed Process 5); 

(f) a process handling the "back office" management of all 
four types of risk aversion contract transactions, and 
transactions handled by Processes 7 to 9 (termed Pro- 
cess 6); 

(g) a process handling non-CONTRACT APP- transaction 
related consideration, entitlement, and other "payment" 
obligation transfers between stakeholders (termed Pro- 
cess 7); 

(h) a process handling CONTRACT APP (and authorised 
other INVENTCO) stakeholder access to specialist 
systems to assist the stakeholder concerned to decide 
how best to interface with a defined element of 
INVENTCO (termed Process 8); and 

(ij a process handling CONTRACT APP (and 'authorised' 
other INVENTCO) stakeholder access to a range of 
INVENTCO-facilitated "value added services" 
(termed Process 9). 
A detailed discussion of the nine CONTRACT APP 
processes is given in the second headed DESCRIPTION OF 
CONTRACT APP PROCESSES hereinbelow. 
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All these processes collectively access multiple data files is 95.02.10.17.00,00.00. The consideration for a specific 

and multiple records within these files. A description of the contract Involving Product 1210 is in the form of money 

variables and data files used by Process 2, a key component (commercial bank deposits denominated in Australian 

process of a CONTRACT APP, is provided in the second dollars). The entitlement is in the form of Exclusive Product 

headed PROCESS VARIABLES AND DATA FILES here- 5 Warrants (XPWs); these entitle the contract ordering party to 

inbelow. priority access over the forward production capacity of a 

The foregoing description identifies the essential inter- defined, guaranteed-high-quality, 64-bit microprocessor pro- 
reaction between the hardware platform and the applications duction line. Product 1210 specifies a range of 0% to 100% 
computer software run thereon. in 2% increments in respect of the sub-market outcomes. 

A first example of the life-cycle of a risk management 10 Looking at the third step in the timeline (Potential Coun- 

contract will now be described. Afurther detailed discussion terparty Product Pricing Specifications), it can be found that 

of the nature of risk management contracts is given in the Demdata is acting as the sole potential counterparty for 

second headed RISK MANAGEMENT CONTRACTS forthcoming primary product orders dealing with Product 

hereinbelow. 1210. At this point in the timeline (93.07.01.14.00.00.00), 17 

3. Life Cycle of Risk Management Contract: Example I 15 months after the specification of Product 1210, Demdata has 

The first example of a risk management contract describes currently-specified parameters for pricing potentially forth- 

a contract to manage risk associated with faults in micro- coming orders for the product. 

processors. In summary, the example shows how the system Looking at the fourth step in the timeline (Primary Order 

could enable one party, such as a supplier of military Specification) in conjunction with chart FIG. 43, it can be 

standard equipment seeking to avoid the adverse conse- 20 seen that an Ordering Party, Denisons, is seeking a contract 

quences of faulty microprocessors (specifically, 64-bit (from the offering party, Demdata) in Product 1210 at that 

microprocessors) used in that equipment to make a contract time (93.07.01.14.25,30.00), chart FIG. 43 shows the spe- 

with another party, such as a manufacturer of these cific 'pay-off' parameters that Denisons has defined for the 

microprocessors, who is seeking to exploit an opportunity contract it is seeking at this time, including a maximum 

based on their view of the future incidence of faults in the 25 acceptable contract consideration (premium) amount of 

microprocessors they produce. 32,000 (denominated in commercial bank. Australian 

The specific offering is one which provides a contract dollars), 

ordering party with a specified contingent entitlement to Looking at the fifth step in the timeline (Order Specifi- 

"exclusive production warrants" (XPWs). That is, warrants cation Pricing) in conjunction with chart FIG. 44, it can be 

providing the holder with priority access to a specified 30 seen that Demdata (using the specified pricing parameters 

quantity of replacement and additional microprocessors set at 93.07.01.14.00.00.00) prices the Denison order at 

sourced, immediately, from a defined, different, guaranteed 93.07.01.14.26.40.00, Demdata's pricing parameters indi- 

high-quality, production line available to the supplier in cate that their appropriate Defined Circumstances ID for 

consideration of payment of a money amount. The XPW Denisons is 14. As is shown, this ID in rum implies a 

entitlement is contingent on the value, at contract maturity 35 Commission Rate of 1.10%, a Discount Rate of 9.90%, a 

date, of a percentage index of the proportion of 64-bit particular set of Component product prices and a particular 

microprocessors shipped by the manufacturer, during a set of Assessed Probabilities of occurrence over the range of 

specified prior period, which are subsequently determined to feasible product values (outcomes) . 

be faulty to a defined degree. The defined degree, in this The Contract Bid Price is calculated automatically by the 

case, is the microprocessor being fault-free, as determined 40 application software in the following manner: The ordering 

by successful completion of self-tests. party-specified desired contingent entitlement amounts, i.e. 

In this example, the relevant key stakeholders are: an the "registered data", (covering the feasible product defini- 

application promoter (Demdata Inc); various product spon- tion value range) are multiplied by the potential 

sors (the relevant one for the example being Demdata Inc counterparty-specified component product prices (which 

itself); various primary product ordering parties (the relevant 45 will rarely add to "1" because each counterparty is endeav- 

one for the example being Denisons); a single potential ouring to 'game' potential ordering parties in different ways) 

counterparty (Demdata Inc again); and an application regu- to yield the corresponding number of implied contingent 

lator (the Department of Defence). entitlement amounts. When added together, these figures 

The timeline depicting the steps in the contract from the sum to (34.110), where the brackets signify a negative value, 
first step, Application Specification, to the final step, Con- 50 This figure represents an expected future counterparty- 
tract Settlement is shown in FIG. 6. FIGS. 41-48 are eight entitlement payout amount (as at the designated contract 
detailed explanatory charts supporting FIG. 6. They should maturity date of 95.02.10.17.00.00). The present day value 
be read together with the following description. of this figure, calculated using the specified discount rate of 

Looking at the first step in the timeline (Application 9.90% per annum, is 29.220. To this amount is added the 
Specification) in conjunction with chart FIG. 41, it can be 55 potential counterparty's desired flat commission amount of 
seen that Demdata Inc established a Contract APP 1.10%, yielding a contract Bid Price (in the consideration/ 
(Application ID 100) on 92.02.10.17.00.00 (that is, in entitlement denomination of the product, commercial bank- 
inverse order, 5 pm on Feb. 10, 1992) to deal with defect denominated Australian dollars) of 29,540. No exchange 
liability management. Application ID 100 supports a range rates are applicable in this case, because the ordering party, 
of products (Applicable Product ID's 1200-1250). 60 Denisons, is not seeking to deal in a consideration or 

Looking at the second step in the timeline (Product entitlement denomination different to the denominations 

Specification) in conjunction with chart FIG. 42, it can be formally specified for the product. Demdata's parameters 
seen that Demdata was also Product Sponsor of Product calculate that a consideration bid price of 29,540 will yield 
1210 at the same time (92.02.10.17.00.00). This Product them a base margin on the contract of 3,180 (again denomi- 

relates to the market termed: Factory Output Quality 65 nated in commercial bank, Australian dollars). 

Indices, and to the sub-market termed 64-bit Microprocessor This margin amount is calculated in the following man- 
Fault Tolerance Index. The maturity date for Product 1210 ner: The ordering party-specified desired contingent entitle- 
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„ ts (covering the feasible product definition value obligation on Demdata. The amount of 74 represents the 

range) are multiplied by the potential counterparty-specified percentage of 64-bit microprocessors shipped by Demdata, 

assessed probabilities of occurrence to yield a corresponding during a specified period some time before the designated 

number of net contingent entitlement valuation amounts. contract maturity date, which are subsequently determined 

When added together, these sum to (30.770). This amount 5 (possibly by the application regulator, The Department of 

represents an expected future counterparty-entitlement loss- Defence) to be faulty. 

on the contract (as at the designated contract maturity date The eleventh step in the timeline involves the formal 
of 95.02.10.17.00.00). The present value of this amount, assignment of 100,660 XPWs by Demdata to Denisons 
calculated using the specified discount rate of 9.90% per (ignoring possible fee payments by one or both parties), 
annum, is 26,360. Thus, (ignoring for this example the 10 4. Life cycle of Risk Management Contract: Example II 
margin Demdata may gain from using, in some manner, the The second example describes & risk management con- 
consideration amount of 29,540 through to the time the tract associated with the utilisation of telecommunications 
contract expires, and various transaction fees) the margin carrying capacity. In summary, the example shows how the 
Demdata can expect from entering into this contract with system could enable one party (a telecommunications 
Denisons is their calculated present-value indifference price 15 carrier) seeking to avoid the adverse consequences of under 
of 29,540 less their calculated present-value expected loss and over-committing their call carrying capacity between 
on the contract of 26,360 (or 3,180). specified points (say, between the two cities, Now York and 

The amounts in the last two rows of the table of FIG. 44 Boston) to make a contract with another party (say, another 

are used for checking that this contract, if entered into by telecommunications carrier with call carrying capacity 

Demdata, will not result in them violating any self imposed 20 between the same two cities) similarly prepared to hedge 

portfolio valuation or composition limits. This notion is against the consequences of this occurring, 

explained in detail in Example III. The specific offering is one which provides a contract 

Looking at the sixth step in the timeline (Order ordering party with a specified contingent entitlement to 

Matching), it can be found that Demdata's contract bid price transmission time units between the hours 1200-1800 daily 

of 29,540 is below Denison's specified maximum consid- 25 on the NY-Boston link within a defined future period 

eration price of 32,000, leading to a matching of the order at (termed, Prime TTU's) upon assignment by the ordering 

93.07.01.14.29.10.00. party — to the counterparty — of a calculated consideration 

The seventh step in the timeline (Order/Contract amount of Prime TTUs on the ordering party's own 

Confirmation) can be soon to take place twelve minutes later NY-Boston line within another defined future period (these 

at 93.07.01.14.38.50.00, after the system has determined 30 defined TTUs may or may not be convertible to TTUs on 

that Denisons is able to (and then does) immediately pay the other city links). The TTU entitlement is contingent on the 

required consideration funds amount of 29,540 to Demdata. value, at contract maturity date, of the log of the difference 

Looking at the eighth step in the timeline (Contract between the ordering party's utilisation of the counterparty's 

Valuation) in conjunction with FIG. 45, it can be seen that network and the counterparty's utilisation of the ordering 

a contract valuation report for Denisons was published not 35 party's network, during a specified prior period ending on 

much longer than one hour after confirmation of the the contract maturity date. 

contract, that is, at 93.07.01.16.00.00.00. As can be seen, the In this example, the relevant key stakeholders are: an 

market estimate of the future product value of the 64BMFT application promoter (Newcom Inc); various product spon- 

Index at this moment is 38 (with a standard deviation of 4), sors (the relevant one for the example being Newcom Inc 

which implies that this contract has an expected future value 40 itself); various primary product ordering parties (the relevant 

of 29.330 XPWs (with a standard deviation of 6,213). one for the example being Basstel Co.): two potential 

On FIG. 46 it can be seen the equivalent report for counterparties (Tasnet and Aarcom); and an application 

Demdata Inc of their expected future entitlement payout is regulator (ITT). 

identical to Denisons' expected future entitlement receipt The timeline depicting the steps in the contract from the 

(ignoring future fee payments which may be netted against 45 first step, Application Specification, to the final step, Con- 

these payments/receipts). The above-described market esti- tract Settlement, is shown in FIG. 7. FIGS. 49-57 are nine 

mate of the future product value is determined by the system detailed explanatory charts supporting FIG. 7. They should 

applying a defined composite of contract-counterparty be read together with the following description, 

assessed probabilities of occurrence figures drawn from the Looking at the first step in the timeline (Application 

collection of all like contracts recently matched/confirmed 50 Specification) in conjunction with FIG. 49, it can be seen 

by the system. that Newcom Inc established a Contract APP (Application 

The ninth stop in the timeline (Contract Valuation) refers ID 001) on 93.11.01.17.00.00 (that is, 5 pm on Nov. 1, 1993) 

to a contract valuation report published for Denisons sixteen to deal with hardware capacity management. Application ID 

months later, at 94.11.15.10.0.00.00 (see FIG. 47). As can be 001 supports a range of products (Applicable Product ID's 

seen, the market estimate of the future product value of the 55 2001-2020). 

64BMFT index at this moment is 58 (with a standard Looking at the second step in the timeline (Product 

deviation of 5), which implies that this contract now has an Specification) in conjunction with FIG. 50, it can be seen 

expected future value of 42,160 XPWs (with a standard that Newcom Inc was also Product Sponsor of Product 2001 

deviation of 6,209). This is an increase in expected future at the same time (93.11.01.17.00.00). This Product relates to 

value of 12,830 XPWs for Denisons since the former 60 the market termed Telecommunications Carrying Capacity 

valuation date/time. and to the sub-market termed Prime TTUs. The maturity 

The tenth step in the timeline, Contract Maturity, refers to date for Product 2001 is 96.11.01.17.00.00.00. The consid- 
the actual determination of the product value at time of eration for a specific contract involving Product 2001 is in 

maturity, 95,02.10.17.00.00.00. As can be seen on FIG. 48, the form of "Ordering Party TTUs". The entitlement is in the 

this product value of the 64BMFT index was specified by 65 form of "Counterparty TTUs"; these entitle the contract 



Demdata (as Product Sponsor) to be 74, implying a contract ordering party to "transmission time units between the hours 
value of 100,660 XPWs to Denisons and a corresponding 1200-1800 daily on the NY-Boston link (within a defined 
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.future period)". The feasible values of PRIME TTUs are 94.06.01.16.00.00.00. As can be seen, the market es 

normalised in the range of -1.0 to +1.0, respectively signi- the future product value of the log of the difference between 

fying the proportionate utilisation of respective networks as Basstel Co.'s utilization of Tasnet's network and Tasnet's 

between the parties to a contract. utilization of Basstel Co.'s network (during a specified prior 

Looking at the third step in the timeline (Potential Coun- 5 period ending on the contract maturity dale) at this moment 

terparty Product Pricing Specifications), one can find two is (0.150) (with a standard deviation of 0.023), which 

other carriers, Tasnet and Aarcom, acting as potential coun- implies that this contract has an expected future value of 

terparties for forthcoming primary product orders dealing 54,236 Tasnet TTUs (with a standard deviation of 9,207). On 

with Product 2001. At this point in the timeline FIG. 55 one can see in the equivalent report for Tasnet that 

(94.06.01.14.00.00.00), 7 months after the specification of 10 their required expected future entitlement payout is identical 

Product 2001, both Tasnet and Aarcom have currently- to Basstel Co.'s expected future entitlement receipt 

specified parameters for pricing potentially forthcoming (ignoring future fee payments which may be netted against 

orders for the product. these payments/receipts). 

Looking at the fourth step in the timeline (Primary Order The ninth step in the timeline (Contract Valuation) refers 

Specification) in conjunction with FIG. 51, it can be seen 15 to a contract valuation report published for Basstel Co. five 

that an Ordering Party, Basstel Co., is seeking a contract, months later, at 94.11.22.10.00.00.00 (see FIG. 56). As can 

from an offering party, in Product 2001 at that time be seen, the market estimate of the future product value of 

(94.06.01.14.25.30.00). Chart F4 shows the specific param- the log of the difference between Basstel Co.'s utilization of 

eters (entitlements) that Basstel Co. has defined for the Tasnet's network and Tasnet's utilization of Basstel Co.'s 

contract it is seeking at this time, including a maximum 20 network (during a specified prior period ending on the 

acceptable contract consideration amount of 58,000 contract maturity date) at this moment is (0.400) (with a 

(denominated in its own TTUs). standard deviation of 0.010), which implies that this contract 

Looking at the fifth step in the timeline (Order Specifi- now has an expected future value of 350,181 Tasnet TTUs 

cation Pricing) in conjunction with FIG. 52, it can be seen (with a standard deviation of 74,200). This is an increase in 

that Tasnet (using the specified pricing parameters set at 25 expected future value of 295,945 TTUS for Basstel Co. since 

94.06.01.14.00.00.00) prices the Basstel Co. order at the former valuation date/time. 

94.06.01.14:26.40.00. Tasnet's pricing parameters indicate The tenth step in the timeline (Contract Maturity) refers to 

that their appropriate Defined Circumstances ID for Basstel the actual determination of the product value at time of 

Co. is 8. As is shown, this ID in turn implies a Commission maturity, 96.11.01.17.00.00.00. As can be seen on FIG. 57, 

Rate of 1.00%, a Discount Rate of 9.90% per annum, a 30 this product value of TTU's was specified by Newcom Inc 

particular set of Component product prices and a particular (as Product Sponsor) to be (0.400), unchanged from the 

set of Assessed Probabilities of Occurrence. In a similar prior valuation date/time, implying a contract value of 

process to that described for Example I, this results in a 368,340 Tasnet TTUs to Basstel Co. and a corresponding 

Contract Bid Price of 55,180 (denominated in Basstel Co. obligation on Tasnet. The amount is higher than the prior 

TTUs), which Tasnet's parameters calculate will yield them 35 valuation figure due to the actual determination figure being 

a base margin on the contract of 10,760 (again denominated naturally without a standard deviation element, 
in Basstel Co. TTUs). The eleventh step in the timeline involves the formal 

Still looking at the fifth step in the timeline, in conjunction assignment of the 368,340 TTUs by Tasnet to Basstel Co. 

with FIG. 53, it can be seen that Aarcom (again using the (ignoring possible fee payments by one or both parties), 
specified pricing parameters set at 94.06.01.14.00.00.00) 40 5. Primary Product Order Processing 
also prices the Basstel Co. order at 94.06.01.14.26.40.00. Before describing the third, and most detailed, example, 

Aarcom's pricing parameters indicate that their appropriate consideration will be given to the 'core' product (contact) 

Defined Circumstances ID for Basstil Co. is 9. As is shown, ordering, pricing and matching processes. Note that expres- 

this ID in rum implies a Commission Rate of 0.90%, a sions such as (PORD NEW) represent file names. 
Discount Rate of 8.50% per annum, a particular set of 45 The flow charts in FIGS. 8 to 16 depict the processing 

Component product prices and a particular set of Assessed flow of the matching system for primary product orders 

Probabilities of Occurrence. This results in a Contract Bid submitted by ordering party stakeholders to a CONTRACT 

Price of 55,390 (denominated in Basstel Co. TTUS), which APP, where this APP is based upon: an EV-CE counterparty 

Aarcom's parameters calculate will yield them a base mar- pricing regime (assuming paid consideration amounts do not 
gin on the contract of 9,430 (again denominated In Basstel 50 yield an income stream in their own right); a sequential order 
Co. TTUs). matching process; consideration/entitlement value dates 

Looking at the sixth step in the timeline (Order Matching) which are immediately after a product sponsor-designated 
it can be found that Tasnet's price bid of 55,180 is below date/time; and matching rules which do three things: First, 
Aarcom's bid of 55,390 and, in turn, that the 55,180 amount identify, for each ordering party's order, a counterparty 
is below Basstel Co.'s specified maximum consideration 55 offering the lowest price bid for an order, subject to this price 
price of 58,000. This leads to a formal matching of Basstel being at or below the specified maximum price the ordering 
Co,'s order by Tasnet at 94.06.01.14.29.10.00. party has indicated it is prepared to pay. Second, accommo- 

The seventh step in the timeline (Order/Contract date portfolio expected loss constraints on an 'equivalent 
Confirmation) can be seen to take place nearly ten seconds maturity date products', 'same-month maturity products', 
later at 94.06.01.14.38.50.00, after the system has deter- 60 .and 'all-products' basis. And third, apply the above- 
mined that Basstel Co. is able to (and then does) immedi- "described matching rules on a pre-tax basis, with partial' 
ately assign the required consideration amount of 55,180 matching of product orders, and without conditional order 
TTUs to Tasnet. matching rules. 

Looking at the eighth step in the timeline (Contract As shown in FIG. 8, starting at block 610, and proceeding 
Valuation) in conjunction with FIG. 54, one can see a 65 to block 625, the system determines which set of orders to 
contract valuation report for Basstel Co. published about process, authorises these orders, matches them with coun- 
two hours after confirmation of the contract, that is, at terparties where possible, and then confirms them. As shown 
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in blocks 1010 to 1070 in FIG. 9, the system holds newly informed of the rejection at block 1230, and processing 
submitted orders (PORD NEW), and all previously returns to the main loop via connector "A". If the order is 
submitted, but as yet unmatched, orders which are defined as still valid, the order matching process proceeds. The aim 
queued orders (PORD QUEUE). Parameters and algorithms now is to find a suitable counterparty (or counterparties) 
can be implemented to give the system the ability to deter- 5 who "prices" the ordering party's entitlement function 
mine whether new or queued orders are to be processed at within the limits set by the ordering party. Starting at block 
any time. For example, a simplistic algorithm would be to 1240, the matching process described is one which seeks to 
alternate between PORD NEW and PORD QUEUE one identify, for each ordering party's order, a counterparty 
order at a time. Another example would be to load queued offering the lowest "price bid" for an order subject to this 
orders only when there is a change in the counterparty 10 pnce bemg at or below the specified maximum price the 
parameters. Test 1020 checks the decision made in block ordering party has indicated it is prepared to pay. 
1010. Blocks 1300 to 1370 in FIG. 12 provide an explanation of 
For new orders, the system moves to block 1030. Details block 1240. The first step is to narrow down a group of 
of the next recorded new order are loaded from the PORD counterparties prepared to at least deal with the ordering 
NEW master file (block 1040). The order data fields include: 15 party. This is described as obtaining the available counter- 
trie ordering party identification (BID); the ordering party's party short list. First the counterparty short list is wiped 
own reference (BREF); the product identification (PID) (block 1300). Next, the order data fields BID (ordering part 
specified by the ordering party; the entitlement "payoff" identification) and PID (product identification) are used to 
function type (PAYFUNC); the parameters for the entitle- search the PDEAL LIST master file (block 1320) for all 
ment "pay off' function (PAYPARAM); a "deal type" iden- 20 counterparties prepared to consider dealing with the order- 
tifier (DTID); the anonymous and manual deal identifiers ing party in the specified product. Any stakeholders who 
(OANON and OMANUAL); the order retention time limit have set a MANUAL or ANON flag are also loaded. For 
(RET LIM); the maximum consideration the ordering party each counterparty selected, SID is set to the corresponding 
is prepared to pay (MAXCONSID); the number of the identification. Test 1330 commences a loop which allows 
account from which the consideration is to be "paid" (ACC 25 every counterparty available to be dealt with in turn. For any 
CONSID); and the number of the account to which any currently selected counterparty (with identification set in 
entitlement "pay off" amount is to be paid (ACC ENTITL). SID), the data flow proceeds to test 1365. Where the order 
With this information set, the system's next step is to data field OANON has been set by the ordering party and 
authorise the order. This occurs at block 1050. some stakeholder requires manual confirmation (MANUAL 
30 (SID)), the current potential counterparty is not included in 
Order Authorisation the short list. Likewise if the ordering party set OMANUAL 
and some other stakeholder required anonymity (ANON 

Blocks 1100 to 1162 in FIG. 10 provide an expansion of (sffi)) In bo(h caseS; data flow retums to test 1330 

block 1050. Starting at block 1100 the order is assigned a otherwise, flow continues at block 1335. At this point, the 

unique identification, which is set in the order data field 35 systeffl determines the app iicable "defined circumstances" 

OID. Before verifying the order, additional information is for tfae Qrder R uses the order data fields curr6ntly loaded 

required by the system. At block 1110, details of the product and parameters set in the PS EL DC masterfile (block 1336) 

(order data field PID) are loaded from the master file t0 determine this. At block 1340, pricing parameters includ- 

PPRODUCT (block 1120). The information includes the ^ considera tion/entitlement exchange rates (if applicable), 

product maturity date (PMAT); the product consideration/ 4o commission rateS) mA discount rates are selected from the 

entitlement denomination (PC/ED); the product currency psEL pR][CE master me (block 1350) Using the « defined 

denomination (PCUR) and national currency denomination circumstances" identification (set in DCID) all potential 

(PNCUR); and the product limits and parameters (PMIN, coun t er parties can have different sets of pricing parameters 

PMAX, and PSTEP). The test 1130 checks that the order specified based on ^ of the order data fields of each order, 

parameters are consistent with the master file parameters 45 Test ^go checks that all the necessary parameters have been 

implied by the defined product identification (PID). Orders found R fe ible that me counterparty, though prepared 

which fail this test are rejected at block 1140, with details of tQ dgal ^ ^ ordering partV; does not have a complete set 

these orders being stored in the master file PORD REJ of pricing parameters for me current order specifications, 

(block 1150). In turn, the ordering party is informed of this Such a counterparty is not included in the counterparty short 

event (block 1160). Processing then returns to the start of the 5o ^ and ssing returns to t6St 1330 . At block 1370, the 

flow chart (block 1010), ready to load the next order. When counterparty is added to the counterparty short list by 

an order is authorised, processing continues at block 640. including the pricing details in the variables: PRICEFUNC 

In the case of a queued order being loaded (block 1060), (SID), CR(SID), DR(SID), C-C/EDXCHANG(SID), 

the order fields are set using the details stored in the queue C-CXCHANG(SID), C-NCXCHANG(SID), E-C/ 
file PORD QUEUE (block 1070). This data is a combination 55 ED EXCH ANG (SID) , E-CXCH ANG(SID), 

of new order data (as described in block 1030) and the data E-NCXCHANG(SID), MANUAL(SID), and ANON(SID). 

loaded/set when the order was originally verified (block Processing then returns to test 1330 where the next selected 

1110). Authorised order processing continues with the order potential counterparty is dealt with. When all selected poten- 

matching process at block 640. tial counterparties have been processed, program flow 
60 returns to block 1250. At this point. a potential counterparty 

Order Matching - short list has been obtained. 

Blocks 1200 to 1616 in FIGS. 11 to 15 provide an Blocks 1400 to 1550 in FIGS. 13 and 14 depict block 

explanation of block 640. Orders have retention time limits, 1250 in more detail, where every potential counterparty has 

stored in the order variable RET LIM. Test 1200 checks that its price offer calculated, based on their individual pricing 
the order retention time has not expired. If it has, the order 65 parameters, for the currently loaded order. At block 1400 a 

is rejected at block 1210, with the order details copied to the loop commences allowing each potential counterparty in the 

rejected order file (PORD REJ). The ordering party is then potential counterparty shortlist to be dealt with in rum. SID 
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is set to the identification of the counterparty currently SID is assigned "0" to indicate that no counterparty was 
selected. Test 1410 checks whether any counterparties are selected from the potential counterparty short list, before 
left for processing. At block 1420, the potential counterpar- moving to block 1614 where the entire order (as no part was 
ty's price bid is calculated. Blocks 1490 to 1550 describe matched) is queued. When the list is not empty, program 
this calculation in more detail. At block 1490 the variable, 5 flow continues at block 1570, where the lowest priced 
INDEX, is assigned the starting value of the product value counterparty is selected from the counterparty short list. This 
range (PMIN). Also, "price" is initialised to zero. Test 1500 determination is done based upon each potential counter- 
commences a loop, where every index point in the product party's bid price (PRICE(SID)), being converted to the 
range is traversed. Block 1520 calculates the pricing value consideration/entitlement type, currency, and national cur- 
returned by the potential counterparty's pricing function, 10 rency consideration "payment" denominations sought by the 
PRICEFUNC, as stored in (PRICEFUNC(SID)), at the ordering party (that is, PRICE(SID)=PRICE(SID) * C-C/ 
current index point, and stores the value in PL Block 1530 EDXCHANG(SID) * C-CXCHANG(SID) * 
determines the pay-off amount required by the ordering C-NCXCHANG(SID)). The counterparty identification is 
party at the current index point and stores this value in P2. stored in SID, and its price offer is stored in BPRICE. At 
At block 1540, the total price at the current index point is 15 block 1580, the following check is made: 
calculated by multiplying PI by P2. This value is added to 

the running total stored in PRICE(SID). At block 1550, the BPRICE>MAXCONSID 

index counter (INDEX) is incremented by the product step . . , 

size (PSTEP), and flow returns to the test 1500. When the If .the selected pnce * greater than the ordermg party s 

end of the product range has been reached (PMAX), flow 20 specified maxmium con^deratxon payment (M^CONSID 
proceeds to block 1510, where the calculated price bid is ^ * match wth the current potentia counterparty is not 
p ... ,, ,, ,,, .' , , ^ deemed possible. This must also be true for any of the 

modified by the following calculation: . . * . • * _* u ^ v t tu- 

3 6 remaining counterparties in the counterparty short list. This 

part of the matching process returns without any potential 
5 counterparty in the short list having been selected for a 
match (block 1612). Otherwise, the current price is 
Returning to block 1430, the price bid stored in PRICE acceptable, and the process proceeds to attempt a match with 
(SID) will be in the applicable product's consideration/ the current selected counterparty. 

entitlement denomination, currency denomination, and xh e nex t step (block 1590), requires all the applicable 

national currency denomination. The following steps (block contract, product, and portfolio absolute loss, expected loss, 
1430-1470) determine and apply the applicable discount 3 expected value limits, and maximum composition limits to 
rate to the calculated price bid (currently in future value be read from the PSEL LIMIT master file (block 1600) and 
terms) to yield a price bid in present value terms. This is store d in ALL1(SID), ALL2(SID), ELL1(SID), ELL2(SID), 
done as follows: At block 1430 the number of days to ELL3(SID), ELL4(SID), ELL5(SID), EVLl(SID), 
product maturity is determined. Block 1440 initialises the ^ MC(SID) and MCC(SID). The current absolute and 
loop counter and discount rate divisor. For each day (or expected losses accumulated are also read and stored in 
appropriate part thereof) between the current date/time and CAL2(SID), CEL2(SID), CEL3(SID), CEL4(SID), and 
the product maturity date/time, the divisor is changed CEL5(SID).The ELFUNC(SID) and EVFUNC(SID) values 
according to the formula (block 1460): are also set for use when calculating the expected loss and 

expected value for the current order. Block 1602 calculates 
DIV=div • (i+((DR(sid)/100)/365)) 4U ^ price of the order entitlement function using the coun- 

At block 1470, the price bid is adjusted according to the ^^^^X^). Tte SEE 

tormula - expected loss is stored in EL(SID); the order's expected 

PRICE(SID)-PRICE(SID)/Div « value is stored in EV(SID). The absolute loss function is also 
determined at block 1602 and it is stored in AL(SID). 

Once the price bid in present value terms is known, the Proceeding to block 1604, the portion of the order which 

potential counterparty's defined commission is added to the will not violate the counterparty limits is calculated. This 

price (block 1480). Given that CR(SID) is a percentage check is made at test 1606. If no part of the order is matched, 



n rate, the formula is: 5Q process flow continues at block 1608. The potential © 
terparty is removed from the counterparty shortlist. 

price(sid)=price(SID)+((cr(sid)/ioo) • price (Sid)) If portion of me order is matched with the current 

, „ , „ a ,. • ui i nc< u new order in the PORD QUEUE masterfile (block 1616). 

only order. If so, flow continues at block 1256 where one ~, . . • nr. n xiru 

3 ' , ., . i , j A »ui i Flow then returns to test 1261 m FIG. 11. When a match 

or more of the counterparty bid prices are selected. At block „ , , . „ , , 

j • . • • / j i .u • t occurs, program flow returns to block 650. The matched 

1230, the ordering party is informed of the pricing infor- , . . cju • . u e 

»u j k fL j . . a At, t ■ order must now be confirmed by carrying out a number of 

mation gathered. If the order was not a quote order (that is, . 3 1<:ont 1jC/l1 

6 , . . j n „ . • j , „ additional steps, as shown in FIG. 16, blocks 1620 to 1641. 

it was a real product order), an attempt is now made to 60 : . r , . . , , 

.,• * ... • \. .- , ,. V •■• , „ „ u t If no match- occurred, processmg of the current order steps, 

identify a counterparty from the potential counterparty short \ v ° . . f ' 

list matching the requirements of the current order. This is P™gn«m flow returns to the begmnmg via connector 

done at block 1260. Blocks 1560 to 1616 in FIG. 15 describe ^ svstem 15 readv to load the next avallable 0rder ' 

this process in detail. Matched Order Confirmation 

Starting at test 1560, a check is made to ensure the 65 

potential counterparty shortlist is not empty. If it is, no match For matched orders to become a contract, a number of 

is possible and flow continues at block 1612. At this point additional actions are required. First, at test 1620, a check 
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for manual authorisation is made. If required, program flow Looking at the first step in the timeline (Application 

moves to block 1621 where authorisation requests are sent Specification) in conjunction with FIG. 58, it can be seen 

to the relevant stakeholders. Block 1623 then tests the that BLC Inc established a Contract APP (Application ID 

replies for any rejections. If one or more rejections were 001) on 91.06.03.17.00.00 (that is, 5 pm on Jun. 3, 1991) to 

received, program flow continues at block 1627 where the 5 deal with economic risk management. Application ID 001 

order is rejected. Otherwise, flow continues at 1624. Block supports a range of products (Applicable Product ID's 

1624 effects the consideration payment by creating transac- 10020-11400). 

tions in the payment shadow file (PAYACC SHADOW — Looking at the second step in the timeline (Product 

block 1625). However, this may fail if the accounts specified Specification) in conjunction with FIG. 59, it can be seen 

do not exist or if at least the required consideration amount 10 that BLC Inc was also Product Sponsor of Product 10061 at 

is shown not to be available. Test 1626 checks that "con- the same time (91.06.03.17.00.00). This Product relates to 

sideration payment" was effected successfully. If "consid- the Market termed Stock Indices and to the Sub-market 

eration payment" fails, the matched order is rejected (block termed PTSE 75. The maturity date for Product 10061 is 

1627), with details stored in the rejected order master file, 94.06.03.17.00.00.00. The consideration for a specific con- 

PORD REJ (block 1628). The ordering party is then 15 tract involving Product 10061 is in the form of money 

informed of this event at block 1640. (commercial bank deposits denominated in Australian 

With successful payment, program flow proceeds to block dollars). The entitlement is also in the form of commercial 

1630 where the counterparty's current accumulated absolute bank deposits denominated in Australian dollars, payable (if 

and expected loss figures are updated (masterfile PSEL necessary) immediately after the Product's specified matu- 

LIMIT— block 1631). At block 1632, the order data field 2° rity date/time. 

OPRICE is set to the price given by the counterparty Looking at the third step in the timeline (Potential Coun- 

PRICE(SID), and SPRICE set to the counterparty's terparty Product Pricing Specifications), one can find two 

identification, SID. At block 1634, the matched order is entities, Abrahamsons and Carpenters Inc, acting as poten- 

certified as confirmed, with full details recorded in the tial counterparties for forthcoming primary product orders 

masterfile PORD CONF (block 1636). The next step, block 25 dealing with Product 10061. At this point in the timeline 

1638, reports details of the newly created contingent con- (93.01.01.17.00.00,00), 19 months after the specification of 

tract to all stakeholders concerned. Program flow then Product 10061, both Abrahamsons and Carpenters Inc have 

returns to the beginning, via connector "A". The system is currently-specified parameters for pricing potentially forth- 

now ready to start processing the next order submitted by a coming orders for the product. 

specified ordering party. 30 Looking at' the fourth stop in the timeline (Primary Order 

6. Life Cycle of Risk Management Contract: Example III Specification), in conjunction with FIG. 60, it can be seen 

The third example of a risk management contract that an Ordering Party, Abbotts & Taylor, is seeking a 

describes a contract to manage risk associated with potential contract, from an offering party, in Product 10061 at that 

future movements in the value of a specified index of share 35 time (93.01.01.17.37.06.00). FIG. 60 shows the specific 

prices (termed the PTSE 75 index). In summary, the example parameters (entitlement) that Abbotts & Taylor has defined 

shows how the system could enable one party (such as an for the contract it is seeking at this time, including a 

institutional fund manager) seeking to avoid the adverse maximum acceptable contract consideration amount of 

consequences of a significant decline in the future value of 54,000 (denominated in commercial bank, Australian 

the PTSE 75 index (specifically a decline by June 1994, 4Q dollars). 

relative to the assumed current (January 1993) value of the l n order to provide a more detailed explanation of the 

Index) to make a contract with another, as-yet-unknown, following fifth to seventh steps in the timeline, selected 

party, such as another fund manager seeking to avoid the processing block numbers from FIGS. 8-16 will be referred 

adverse consequences of a significant corresponding to in brackets as follows: 

increase in PTSE 75 Index value. 45 Looking at the fifth step in the timeline (Order Specifi- 

The specific offering is one which provides a contract cation Pricing) in conjunction with FIG. 61, it can be seen 

ordering party with a specified contingent entitlement to a that Abrahamsons' specified pricing parameters, as set at 

compensatory Australian dollar future payout upon payment 93.01.01.17.37.05.00 are used to price the Abbotts & Taylor 

of a calculated up-front consideration money amount by the order at 93.01.01.17.38.02.00. Abrahamsons' pricing 

ordering party to the as-yet-unknown counterparty. The 50 parameters indicate that their appropriate Defined Circum- 

future money entitlement is contingent on the value, at stances ID for Abbotts & Taylor is 26 [1240]. As is shown, 

contract maturity date, of the independently-determined this ID in turn implies a Commission Rate of 1.25%, a 

value of the PTSE 75 index. Discount Rate of 10.00% per annum, a particular set of 

In this example, the relevant key stakeholders are: an Component product prices and a particular set of Assessed 

application promoter (BLC Inc); various product sponsors 55 Probabilities of Occurrence. In a similar process to that 

(the relevant one for the example being BLC Inc itself); described for Example I, this results in a Contract Bid Price 

various product ordering parties (the relevant ones for the of 51,920 (denominated in commercial bank, Australian 

example being Abbotts & Taylor and Shearer & Associates); dollars), which Abrahamsons' parameters calculate will 

various potential counterparties (the relevant ones for the yield them a base margin on the contract of 4,580 (again 

example being Abrahamsons and Carpenters Inc); a coun- 60 denominated in commercial bank, Australian dollars) . 

terparty guarantor (CNZ Banking Corporation); and an" [1250]. """ 

application regulator (the Pacific Central Bank). Still, looking at the fifth stop In the timeline, in conjunc- 

The timeline depicting the steps in the contract from the tion with FIG. 62, it can be seen that Carpenters Inc specified 

first stop (Application Specification) to the final step pricing parameters, as set at 93.01.01.17.37.06.00, are also 

(Contract Settlement) is shown in FIG. 17. FIGS. 58 to 70 65 used to price the Abbotts & Taylor order at 93.01, 

are thirteen detailed explanatory charts supporting FIG. 17. 01.17.38.02.00. Carpenters Inc's pricing parameters indicate 

They should be read together with the following description. that their appropriate Defined Circumstances ID for Abbotts 
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& Taylor is 17 [1240]. As is shown, this ID in turn implies The ninth step in the timeline (Secondary Order 

a Commission Rate of 1.30%, a Discount Rate of 9.80% per Specification), detailed on FIG. 67, occurs nearly six months 

annum, a particular set of Component product prices and a after the above-described contract valuation event; that is, at 

particular set of Assessed Probabilities of Occurrence. This 93.06.06.08.00.00.00. At this time, Abbotts & Taylor is 

results In a Contract Bid Price of 53,050 (denominated in 5 seeking to sell its position in the contract which was 

commercial bank, Australian dollars), which Carpenters matched/confirmed at 93.01.01.17.38.11.00 (and at that time 

Inc's parameters calculate will yield them a base margin on assigned the Order ID of 9156515800 by the system) at a 

the contract of 5,610 (again denominated in commercial price better than 57,000. Shearer & Associates is prepared to 

bank, Australian dollars) [1250]. pay 60,000 (commercial bank deposit-denominated Austra- 

Again, still looking at the fifth step in the timeline, in "> lian dollars) for this position. In all other respects the 

conjunction with FIG. 63, it can be seen that Abrahamsons' contract's attributes remain unchanged. On FIG. 68, the 

pricing-related parameters (also set at 93.01.01.17.37.05.00) tenth step m the timeline, a contract sale is seen to have 

for determining the acceptability of ordered-contracts on the occurred at a price of 58,300, just below the above-described 

basis of their absolute loss, expected loss, expected value, 60 > 000 u PP er limit purchase-price amount specified by 

and maximum portfolio composition attributes are satisfied 15 Shearer & Associates. This amount is the current best 

by Abbotts & Taylor's order [1604]. From Abrahamsons' estimate of the contract's expected future value, with the 

perspective, this qualifies Abbotts & Taylor's order for standard deviation of this expected future value calculated 

Inclusion in their product/contract portfolio, as long as by the system, utilizing other recent transaction data, as 

Abrahamsons' consideration price bid turns out to be lower being 10,610. Shearer & Associates has now formally taken 

than Carpenters Inc's price bid, and, in turn, this bid is below 2° the place of Abbotts & Taylor as a stakeholder to the 

the maximum consideration price that Abbotts & Taylor has contract. 

specified, In Its order specification (FIG. 60), it is prepared The eleventh step in the timeline (Contract Valuation) 

to pay. refers to a contract valuation report published for Shearer & 

Finally, still looking at the fifth step in the timeline, but Associates seven months later, at 94.01.01.17.00.00.00 (see 

now in conjunction with FIG. 64, it can be seen that 25 FIG. 69). As can be seen, the market estimate of the future 

Carpenters Inc's pricing-related parameters (set at product value of the PTSE 75 Index at this moment is 1800 

93.01.01.17.37.06.00) for determining the acceptability of (with a standard deviation of 283), which implies that this 

ordered-contract on the basis of their absolute loss, expected contract now has an expected future value of 162,360 

loss, expected value, and maximum portfolio composition commercial bank deposit-denominated Australian dollars 

attributes are also satisfied by Abbotts & Taylor's order. 30 (with a standard deviation of 35,160 ). This is an increase in 

Now, from Carpenters Inc's perspective, this qualifies expected future value of 104,060 for Shearer & Associates 

Abbotts & Taylor's order for inclusion in their product/ since the former valuation date/time. The above-described 

contract portfolio, in this case, as long as Carpenters Inc's market estimate of the future product value is determined by 

consideration price bid turns out to be lower than Abraha- the system applying a defined composite of contract- 

msons' price bid, and, in turn, this bid is below the maxi- 35 counterparty assessed probabilities of occurrence figures 

mum consideration price that Abbotts & Taylor has drawn from the collection of all like contracts recently 

specified, in Its order specification (Page G4), it is prepared matched/confirmed by the system. 

to pay. The twelfth step in the timeline (Contract Maturity) refers 

Looking at the sixth step in the timeline (Order to the actual determination of the product value at time of 

Matching), it can be found that Abrahamsons' price bid of maturity, 94.06.03.17,00,00,00. As can be seen on FIG. 70, 

51,920 is below Carpenters Inc's bid of 53,050 and, in turn, this product value of the PTSE Index was specified by BLC 

that the 51,920 amount is below Abbotts & Taylor's speci- Inc (as Product Sponsor) to be 1820, implying a contract 

fied maximum consideration price of 54,000. This leads to value of 187,200 (commercial bank deposit-denominated 

a formal matching of Abbotts & Taylor's order by Abraha- Australian dollars) to Shearer & Associates, and a corre- 

msons' at 93.01.01.17.38.07.00 [1260]. sponding obligation on Abrahamsons. The figure of 1820 

. . .. ,. /n j //- » » represents the actual value of the PTSE share price index at 

The seventh step m he timeline (Order/Contrac 94 P 06 0 3.17.00.00.00 as obtained by BLC L from the 

Confirmation) takes place five seconds later at . . , . .. , , . . ' .. ., ... f 

93.01.01.17.38.11.00, after the system has determined that mdependently verifiable information source the identity of 

Abbotts & Taylor is able to (and then does) Immediately pay 50 whlch they ™uld have disclosed at the tune . they first 

the required consideration funds amount of 51,920 to Abra- *** sponsorship of trading m the PTSE 75 share 

hamsons[650]. Index product. 

T , . , . , . ., .. .. In . . The thirteenth step in the timeline involves the formal 

Looking at the eighth stop m the tmiekne (Contract (commercial bank deposit-denominated 

Valuation) in conjunction with FIG. 65 one can see a ^ > ^ Abrahamsons tQ sh £ arer & Msociztes 

contract valuation report for Abbotts & Taylor published 55 ... ... ' / , , , ,, . . , 

nearly six hours after confirmation of the contract, that is, at ^ ona ^ P 0SSlble fee P avments bv one or both P arties >- 

93.01.01.23.00.00.00. As can be seen, the market estimate of Description of Consideration/Entitlement Payment 

the future product value of the PTSE 75 Index at this Process 

moment is 1970 (with a standard deviation of 333), which The purpose of the CONTRACT APP consideration/ 
implies that this contract has an expected future value of 60 entitlement (and related transactions) payment/receipt pro- 

53,000 commercial bank-denominated "Australian dollars cess is to effect debits and credits to INVENTCO stake- 

(with a standard deviation of 21,160). On FIG. 66 one can holder accounts, typically at maturity of a contract, with 

see in the equivalent report for Abrahamsons that their participating consideration/entitlement transfer (or 

required expected future entitlement payout is identical to exchange) entities, reflecting payment/receipt entitlements 

Abbotts & Taylor's expected future entitlement receipt 65 and obligations originated within INVENTCO. The process 

(ignoring future fee payments which may be netted against effects these payments/receipts in a two-stage process. First, 

these payments/receipts). by debiting/crediting, on a real-time basis, the relevant 
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shadow records (in the data file PAYACC SHADOW) of the 
applicable stakeholder accounts-with a participating 
consideration/entitlement transfer entity (C/E entity), exter- 
nal to INVENTCO, with which they maintain an account. 
And second, by periodically effecting, via existing and ; 
potential payment mechanisms, corresponding payment 
instructions to the payment entities concerned. Details of the 
above-described mechanism are as follows. 

All INVENTCO stakeholders maintain (a minimum of) 
two special-purpose (net-credit balance only) accounts with j 
(at least) one selected, VIRPRO authorised, C/E transfer 
entity. The purpose of special-purpose accounts is to ensure 
that only INVENTCO-initiated debits and credits are 
capable of being effected to the accounts. Thus, at any time 
the balance of each PAYACC SHADOW file account record 1 
should, be equivalent to the true, but usually unknown, 
time-of-day balance of the actual account maintained by the 
C/E transfer entity. 

The purpose of two accounts is to enable only credits to 
be effected through one account and only debits through 2 
another account. And the purpose of "net-credit balance 
only" accounts is to ensure that accumulated debits to the 
debits-only account never exceed the account opening bal- 
e plus accumulated credits to the credits-only ai 



holder shadow balances. Thus, at this point-in-time, all 
credit and debit shadow account balances should be equiva- 
lent to their actual debit and credit account balances. 

Progressively throughout the day (where "day" here is 
likely to be different for each C/E transfer entity due to a 
combination of differences in the time-zone locations of 
payment entities in relation to the applicable CONTRACT 
APP, and the likely different account processing cycles of 
these entities), INVENTCO-stakeholder— authorised debits 
and credits to INVENTCO stakeholder shadow accounts are 
effected on a real-time basis — debits to debit accounts and 
credits to credit accounts. At all times, the CONTRACT APP 
ensures that the cumulative debit balance of each stakehold- 
er's debits account does not exceed the "opening balance" 
plus the cumulative credit balance of the stakeholder's credit 
account. Thus, at any time, for every INVENTCO 
stakeholder, the combination of each stakeholder's debit 
account and credit account will represent the "true", net, 
time-of-day value of the stakeholder's two actual special- 
purpose accounts maintained external to INVENTCO. 

Debits and credits to INVENTCO stakeholder accounts 
are effected according to strict rules and conditions, being 
different for credits and debits. Credits can be made to any 
INVENTCO stakeholder's credit account with its nominated 



C/E transfer entities will typically be (but do not need to be) 25 C/E transfer entity by any other INVENTCO stakeholder for 
institutions of any/all of six types: public/private record- any reason. Naturally, as INVENTCO stakeholders will not 
registries of various types; credit card companies (typically know the account details of other stakeholders, such credits 
for retail transactions only); commercial banks; central will be effected either automatically, according to informa- 
banks; taxation authorities; and non-bank clearing houses tion and rules known by the applicable CONTRACT APP, or 
and depositories. 30 semi-automatically by way of an INVENTCO stakeholder 

The resources transferred by these entities may be of any requesting from VIRPRO, as they need to do so, a credit- 
type. However, most typically, they will be deposits appro- account number of the stakeholder to which they wish tc 
priate for the entity concerned: With respect to public/ 
private record-registries — entitlement deposits (including 
shares in financial or physical assets, participation rights in 2 
wagers, and so on). With respect to credit/debit card 
companies — normal card company deposits (denominated 
in national currencies or synthetic currencies (for example, 
SDRs)). With respect to commercial banks — normal bank 



deposits (denominated in national 



transfer assets. This account number may only be valid for 
a nominated period and would not typically be the specified 
; stakeholder's actual account number with its nominated 
consideration/entitlement transfer entity — it would only be a 
reference to an INVENTCO file containing this number. 

On the other hand, debits can only be made to an 
INVENTCO stakeholder's debit account with its nominated 



currencies (for example, SDRs)). With respect to central 
banks — exchange settlement account (or equivalent) depos- 
its. With respect to taxation authorities — taxation account 
deposits. And with respect to non-bank clearing houses and 
depositories — deposits of financial instruments, precious 
metals and the like. CONTRACT APP potential counterpar- 
ties will also effectively be C/E transfer entities, as will 
ordering party guarantors (external to INVENTCO) where 
they offer credit to product ordering parties. Also, some 
accounts will be trust accounts maintained on behalf of 
potential counterparties (and some product ordering parties) 
involved in applications requiring the periodic payment of 
collateral to independent third parties to serve as an addi- 
tional security device. 

Immediately after the completion of its daily — or 



r synthetic 40 C/E transfer entity by the stakeholder itself, and by other 



stakeholders explicitly granted this right by each 
stakeholder, subject to these other stakeholders exercising 
this right according to the rules and conditions specified for 

45 Where an INVENTCO stakeholder seeks to initiate/ 
authorise debits to its nominated accounts) on its own, this 
can only be done through the stakeholder satisfactorily 
completing the identification and security procedures set 
down by their C/E consideration/entitlement transfer entity 
50 (and reflected in VIRPRO-specified INVENTCO commu- 
nication procedures). The type of procedure set down by all 
participating C/E transfer entities involves (at least) the 
following: First, the consideration/entitlement transfer entity 
supplying VIRPRO with a confidential file of account Pin 
55 numbers corresponding to each of its INVENTCO stake- 



frequent — transaction processing, and their associated holder debit accounts, and a similarly confidential "black 
settlement functions, each C/E transfer entity electronically box" which, by initiating any of a number of possible 
notifies the applicable CONTRACT APP of the "opening proprietary password request-response processes involving 
balances" of all the debit and credit INVENTCO accounts it any one of its customers possessing the appropriate device 
maintains (At this stage, the debit account balance should be 60 (s), confirms that remote messages received from that 
zero and the credit account balance should be greater than or customer, and processed by the "black box", are authentic, 
equal to zero). Where an INVENTCO stakeholder has an Second, the consideration/entitlement transfer entity supply- 
overdraft or line-of-credit with its C/E transfer entity, the ing their INVENTCO customers with a programmable smart 
credit value of this will be reflected in the non-zero balance card (or equivalent device) enabling each customer, 
of its credit account at this time. 65 remotely — via telephone or direct computer line, to unam- 
Upon receipt of the above-described notifications, the biguously confirm their identity with their INVENTCO- 
applicable CONTRACT APP updates/confirms its stake- maintained account, thereby having the capability to autho- 
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e debits to their account within predefined parameters . "closing balances" become the C/E transfer entity's account 



concerning factors such as maximum transaction amounts, "opening balances" for the next day. The CONTRACT 
possible transaction types, account usage patterns and so on. APPS notification process then repeats itself. 
Third, INVENTCO providing the mechanisms for direct, where applicable> at days-end for the "clearing house" of 
confidential, stakeholder communications with their C/E 5 culs t ers 0 f like C/E transfer entities (for example, a national 
transfer entity shadow debit accounts, and the formal updat- ceQtral bank); CONTRACT APP transfers netted exchange 
ing of these accounts, through non real-time processes, settlement accounting entries to the clearing houses con- 
utilizing the unique time-stamped reference numbers created cerned entries Xlye t0 « balance tne individual cus- 
as/when stakeholders authorise access to their account tQmer accQunt entries transferred to eacn associated C/E 
records. 10 transfer entity individually. 

Where an INVENTCO stakeholder has authorised other 8 T , . , ATm1 , v . wll -,_, 

INVENTCO stakeholders to initiate debits to (any of) its ^Industrial Applicabihty 

nominated accounts) according to a standing authority of , ^ e invention has industrial application m the use of 

some type, this can only be done through the authorised electrical computing devices and da a communications. The 

stakeholder itself satisfactorily completing the identification is a PP aratus methods descn bed allow the management of 

and security procedures set down by the authorisation- nsk ln ™ automated manner by means of programming of 

granting stakeholder's nominated C/E transfer entity (and the computing devices. The types of events associated with 

reflected in VTRPRO-specified INVENTCO communication the risk management apparatus and methodologies includes 

procedures). Once again, the type of procedure, set down by P h y sical and technical phenomena, and therefore have value 

all participating C/E transfer entities in this respect, involves 2 0 m the field of ec °nomic endeavour. 

( f h * S V»l»n 0Wi ^ FkSt fiH he t °f Tf 1 en% , T GLOSSARY OF KEY TERMS 
plying VIRPRO with a confidential file of account Pin 

numbers corresponding to each of its INVENTCO stake- A. 

holder debit accounts and each other INVENTCO stake- Alpha (X) 

holder which has been authorised to effect debits (within 25 The Ordering party-specified event value corresponding 

defined parameters) to these accounts. Second, the C/E to the Xth future product event value contract entitlement 

transfer entity supplying VIRPRO with a similarly confi- payoff (payout) inflection point, 

dential black box which, by initiating any of a number of Application Promoter 

possible proprietary password request-response processes An entity authorised by VIRPRO that specifies and 

involving an entity nominated by any of its customers 30 administers defined rules and regulations underlying a 

possessing the appropriate device(s), confirms that remote defined CONTRACT APP — including the specific products 

messages received from that authorised entity, and pro- offered for trading; categories of, and conditions of 

cessed by the black box, are authentic. Third, the C/E involvement, of stakeholders; nature of involvement and 

transfer entity supplying their INVENTCO customers with dispute resolution procedures of stakeholders, 

a collection of programmable smart cards (or equivalent 35 Automatic/manual deal and no deal flags 

devices), for distribution to these authorised entities, Indicators notified by each stakeholder to CONTRACT 

enabling each authorised entity, remotely — via telephone or APP specifying the manner in which that stakeholder wishes 

direct computer line — to unambiguously confirm their iden- to deal with each other stakeholder, 

tity with the customer's PAYACC SHADOW account, AXSCO 

thereby having the capability to authorise debits to this 40 A communications co-ordination and security system, 

account (again, within predefined parameters concerning linked to all stakeholders and component applications, 

factors such as maximum transaction amounts, possible B. 

transaction types, account usage patterns and so on). And Base Pricing probabilities 

four, INVENTCO providing the mechanisms for direct, The prices set by sellers for unit entitlement payoffs of a 

confidential, authorised stakeholder communications with a 45 contract at each of its possible future index values denomi- 

stakeholder's C/E transfer entity shadow debit accounts). nated in the contract's formally specified consideration/ 

At the end of each C/E transfer entity's specified day (or entitlement, currency and national currency, 

part of a day), the applicable CONTRACT APP transfers (at Beta (X) 

least) two things to the entity: First, if required, a series of The Ordering party-specified desired entitlement payoff 

figures representing the exchange settlement (or equivalent) 50 (payout) amount in the desired currency denomination of 

accounting entries it has or will communicate to the C/E contract entitlement payout (payoff) and national currency 

transfer entity's appropriate clearing authority (for each of denomination of contract entitlement payout (payoff) corre- 

the applicable consideration/entitlement denomination, cur- sponding to the Xth event value inflection point. Bilateral 

rency and national currency types of the payments/receipts Obligations Netting indicator 

involved) where these figures represent the balancing net 55 An indicator that individual 'rolling' net present values of 
debit or credit figure corresponding to the aggregation of all future payment/receipt commitments to/from all pairs of 
of the entity's INVENTCO customer transactions in the participating stakeholders are to be netted, 
prior day. And second, a detailed file of all customer Bilateral Payments Netting indicator 
transactions effected during the day (corresponding, if An indicator that individual end-of-day gross payments/ 
required, to the above-described net figures). Upon their 60 receipts to/from all pairs of participating INVENTCO stake- 
receipt of these transactions and summary figures, the C/E holders are to be netted, 
transfer entity then debits/credits each transaction to the C. 
appropriate actual customer accounts, enabling new "clos- Commission rate 

ing" account balances to be calculated (these "closing" The minimum required percentage profit margin required 

balances should be exactly the same as the end-of-day 65 by a Potential Counterparty above the "breakeven" bid price 
balances commumicated by the applicable CONTRACT for an Ordering party purchase order. 

APPS with it's file of customer transactions). In turn, these Consideration/Entitlement Transfer Entity 
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An entity acceptable to VIRPRO and the Application 
Promoter, satisfying defined minimum standards of financial 
strength, credit standing and integrity, able to maintain 
Consideration/entitlement accounts on behalf of stakehold- 
ers and effect transfers of those assets as directed. 
CONTRACT APP stakeholder types 

Expected stakeholder types are Application Promoter, 
Product Sponsor, Product Ordering party, Counterparty, 
Counterparty-Guarantor, Regulator, Consideration/ 



Defined Circumstances 

The possible combinations of the categories of product- 
order information provided by Ordering parties. 
Defined Probability Distributions 

A set of pricing probability parameters specified by an 
Ordering party and including at least, a probability distri- 
bution type identifier, the expected value of the distribution, 
the standard deviation of the distribution and a probability 
distribution adjustment value or function. 



entitlement Transfer Entities and Miscellaneous other par- w Desired Currency Denomination of Contract Entitlement 

Aterm indicating the currency in which an Ordering party 



Contract and Product "absolute loss" limit 

A value limit specified by a potential counterparty of the 
maximum absolute loss it is prepared to sustain on a 
contract/product irrespective of the assessment of the like- 
lihood of any particular level of possible loss being incurred. 
Contract and Product "expected loss" limit 

A value limit specified by a potential counterparty of the 
maximum expected loss it is prepared to sustain on a 
contract/product based on the counterparty's assessment of 
the likelihood of all levels of possible loss being incurred. 
Contract Authorisation 

A process of verifying that an Ordering Party product 
purchase order contains data appropriate to the product 
being sought and that the Ordering Party is accurately 
identified and credentialled. 
Contract Collateralisation indicator 

A descriptor set by the Application Promoter specifying 
whether and on what basis, counterparties may be required 
to periodically transfer assets/monies (collateral) to an inde- 
pendent trust fund to ensure they will be able to meet their 
potential entitlement payoff obligati 



3 potential entitlement payments from the 
sought contract. 

Desired Currency Denomination of Consideration Payment 
; A term indicating the currency in which an Ordering party 
wishes to pay the required consideration for the contract 
sought. 

Desired National currency Denomination of Contract 
Entitlement 

) A term indicating the National currency in which an 
Ordering party wishes to receive potential entitlement pay- 
ments from the sought contract. 

Desired National currency Denomination of Consideration 
Payment 

> A term indicating the National currency in which the 
Ordering party wishes to pay the required consideration for 
the contract being sought. 
Discount rate 



used to determine the present value of a potential 
the maturity date 30 counterparty's expected future entitlements, 
oi a contract. Entitlement 

T C ring the positive agreement of all The payout expected by the offering party at maturity as 

affected stakeholders to a purchase order, including specified for each outcome m the range of 
acknowledgement by the relevant Consideration/entitlement 35 payout can be both positive and negative 
transfer entity of the Ordering party's ability to pay the """"" 
required product consideration and fees, either automatically 
or through manual approvals. 
Contract Matching 

See Ordering party /Potential counterparty matching pro- 



;, and can be in the form of money or other 
non-money types of goods, services, promises, credits or 
warrants. 
EV-CE pricing 

40 Aprice discovery mechanism for primary contracts mean- 
ing "expected value certainty equivalent pricing" being the 
calculated expected present value or future value of the 
contract. 
Expected Value 

45 A function in EV-CE pricing which means the sum of the 
products of all possible contract entitlement payoff/payout 
amounts and the Ordering party's/Counterparty's assess- 
ment of the probability of occurrence of the future events 
which would contractually give rise to these entitlement 

Expected value limits on a Counterparty's aggregate product 
portfolio 

Optional value limits specified by a Potential counterparty 
at any one time, where time can be specified in terms 
55 including "equivalent maturity date"; "same-month maturity 
date" and "all possible maturity dates" including product 
expected loss limits and maximum (and possibly minimum) 
proportion of the expected total loss of the aggregate of the 
Counterparty's product portfolio that can be accounted for 
entitlement currency and national currency requirements £0 by the expected loss on the individual contract/product, 
into the product's consideration/entitlement currency and " G. 
national currency denomination. Gamma(X) 

q The Ordering party-specified desired shape of the func- 

Deal flag tion between each of the co-ordinates Alpha(l), Beta(l) and 

An indicator or "flag" notified to CONTRACT APP 65 Alpha(2), Beta(2) and so on; such that Gamma can represent 
signifying that the stakeholder is satisfied to deal unreserv- all possible mathematically definable shapes, 
edly with the stakeholder against whom the flag has been set. I. 



Contractual Obligation 

a. A binding commitment one entity (or group of entities) 
has to provide products or services or information to another 
entity (or group of entities) in exchange for an agreed 
quantity of other products, services or information. 

b. A binding commitment all entities have to the network 
and general management system entity VIRPRO and thus to 
each other, to accept constraints on their activities imposed 
by other authorised entities on terms specified and agreed to 
by them as a condition of their participation in one or more 
of the component systems. 

Contract Portfolio Netting 

A term used to describe the process of "setting-off" or 
"netting", the future payment entitlement obligations 
between Ordering parties and Counterparties, either 
bi-laterally or multi-laterally. 
Currency and National Currency exchange rates 

The rates used to convert contract consideration/ 
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I-INVENTCO . Product Maturity date/time 

The Infrastructure component of INVENTCO. The date-time at which the Application Promoter is 

INVENTCO required to make a determination of the actual event value 

A collection of one or more (potentially interrelated) to enable entitlement and related payoffs on successful 

systems, where each system is the combination of a 5 contracts, 

telecommunications, computing and other forms of Pro A duct Pn £ ce Quote ret 3 u u ests 

infrastructure, and a variety of markets and support services A tv P e of P roduct P""* 8 * 0I ^^ whlch ^ mining 

distributed by this infrastructure. %°™ ss 15 terminated and the result communicated to the 

rr * Ordering party, when a desired pnce bid or range of price 
. „. bids has been obtained. 

M-1NVENTCO 10 Product Purchase Orders 

A depository of VIRPRO authonsed markets applica- product ordefs for whicfa ^ Qrdering 

, Y al , 6 fl party is seeking a potential Counterparty match, which may 

Manual deal flag ™«tt> a/~t addi, be of three types: automatic orders; manual orders and 

An indicator or "flag" notified to CONTRACT APP by a d „ d ■' r 

stakeholder signifying that the stakeholder wishes to manu- is p^p^hase 0rder 

ally approve a transaction involvmg the other stakeholder Q party-initiated requests to withdraw from pro- 

against whom the flag has been set. c p re - S ubmitted but as' yet unconfirmed product pur- 

Multilateral Payments Netting indicator ct[ase orders 

An indicator that individual end-of-day gross payments/ product ^ Co 

receipts to/from aU participating stakeholders from/to a 20 acceptable to VIRPRO and the Application 

specked third party trustee/clearing enhty are to be netted. ^ & defined minimum standard rf flnan . 

Multilateral Obligations Netting indicator credit standing and integrity, offering defined 

An indicator hat individual 'rolling net present values of C0NTR ^ c f ^ product5 f to produc t Ordering parties, 

future payment/receipt commitments to/from all participat- p rod uct S onsor 

ing stakeholders from/to a third party trustee/clearing entity 25 ^^J^^^ to viRPRO and the Application 

are to e nette . Promoter, having responsibility for detailed definition of 

_ A A _ ~ product parameters including the continual determination of 

Negative Contract Payoffs product values over time. 

A type of contract in which the contract Ordering party ^ 

may have a contingent payoff to the contract's Potential 30 ' . 

counterparty (i.e. the reverse of a normal contract). An "entity acceptable to VIRPRO having local, state, 

No Deal flag mM TD^APPS national or international jurisdiction over one or more CON- 

An indicator or "flag" notified to a CONTRACT APP by TRACT ^pps 

a stakeholder signifying that the stakeholder does not wish g 

to deal in any way with the other stakeholder against whom 35 ^ rf pricing Probabmties 

the flag has been set. The range of probabilities a potential Counterparty 

' . ^ „ A . , „, . „ .. applies to a class of Ordering party order, specified by the 

Ordenng party Contingent Claims Function ^ „ defined circumstances , ^ 1]n to 

Specifications of a product payoff or a mathematical feasible oduct event defined for that product by an 

function to calculate an Ordenng party's product payoff 40 Application Promoter. 

requirement. Stakeholder 

r.' -ic .■ t. j . « .ji ». r An entity that is a registered participant in one or more of 

Portfolio Product 'expected loss kmi INVENTCO's component parts. 

A value limit, specified by a potential Counterparty, of the v i- j- 

maximum expected loss the potential Counterparty is pre- 45 Value rj ates 

pared to sustain on its product portfolio based on the ™ respective dates/times at which matched contract 

Counterparty's assessment of the kkelihood of all levels of considerati P on and entitl6ments are agreed to be made by the 

possible loss being mowed. relevant 0rderi arty/Counterparty to a contract. 

Product Ordenng party VIRPRO 

An entity acceptable to VIRPRO and the Application 50 ^ management system component 

Promoter, interested in and able to acquire a CONTRACT ^ rNyENTCO 

APP product. ^ 

Product Establishment date/time <f ^„ 

The date/time an Application Promoter first offers a A ^ ^ ^ numbef of payoff ^ } 

defined product for trading 55 .^.^ ^ Qr fe ^ ^ 

Product future event value density- indicator * Qf ^ ^ eyent ^ 

An mdicator specifying the number of intermediate points ^ ^ & ^ ' 

between the minimum and maximum future event product ° y 

definition values specified for the product by the Application CONTRACT APPS 

Promoter/Product Sponsor. , 60 Overview 

Product event value "width" indicator CONTRACT APPS is a term used to refer to certain types 

An indicator specifying the range (minimum-maximum) of units of applications software which can, but do not need 

of future event values accommodated by the product as set to, reside within an INVENTCO system's (M-INVENTCO) 

by the Application Promoter/Product Sponsor. depository of "markets" software. The purpose of individual 

Product future event value 65 CONTRACT APPS is two-fold: First, to effect the trading/ 

A term used to indicate the actual value of a defined exchange/transfer of risk aversion transactions (and deriva- 

product at its date/time of maturity. tives of these transactions) between participating ordering 
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parties and counterparties on terms acceptable to the parties product; the "width" and "density" identifiers of possible 

involved as well as to others within INVENTCO registered future event values of the product; and miscellaneous other 

as having a legitimate interest in the nature, size and product descriptors. 

composition of these trades/exchanges/transfers. And The "fundamental nature/purpose of the product" 

second, to appropriately manage all matched/confirmed con- 5 attribute may incorporate identifiers including: a conditional 

tracts through to their time of maturity, including their entitlement-payoff dimensions identifier; a market identifier; 

ultimate settlement. a sub-market identifier; and a market-type identifier. The 

Individual CONTRACT APPS perform theses tasks "conditional entitlement-payoff dimensions identifier" 

according to the specific rules they embody, defined by their specifies the number of dimensions to an ordering party's 

own stakeholders. CONTRACT APPS effectively reside 10 sought-after conditional entitlement-payoffs. The market 

upon AXSCO and within M-INVENTCO. identifier specifies whether the product relates to an "actual" 

Stakeholder Types or "perceived" phenomenon (or phenomena), the number of 

CONTRACT APPS accommodate eight (and potentially such phenomena (if applicable), and the applicable phenom- 
fewer) generic types of their "own" stakeholders (as distinct enon category (for example, industrial, scientific, financial 
from other INVENTCO stakeholders) termed: application 15 market hedging, and so on). The sub-market identifier pro- 
promoter, product sponsors, product ordering parties, poten- vides a more specific description of the product concerned, 
tial product counterparties, counterparty-guarantors, The market-type identifier specifies the applicable future 
regulators, consideration/entitlement transfer entities, and period date/time (where this can be anything— for example, 
other miscellaneous parties. "at a defined contract maturity date/time", "at a specified 

Some details of these stakeholders are as as follows: an 20 time on or before contract maturity date/time", and so on), 

application promoter is an entity having overall responsi- and type-of -future event involved (where, again, this can be 

bility for the functioning of a CONTRACT APP (that anything— for example, as an indicator of some relative 

responsibility having been granted by VIRPRO); a product value of a phenomenon (spot value, average value and so 

sponsor is an entity which promotes and administers the on), or as an indicator of the "rate-of-change" of some value 

rules of trading, and subsequent management, of defined 25 of a phenomenon. 

contingent claims contracting produces) selected for inclu- The "establishment and maturity date/time of the product" 
sion in a CONTRACT APP by its application promoter; a attribute specifies, respectively, the date/time an application 
product ordering party is an entity seeking to acquire a promoter first offered a product for trading, and the date/time 
CONTRACT APP product from a potential product coun- at which the defined product matures (that is, the date/time 
terparty (where a product ordering party can also be a 30 at which the product sponsor is required to make a deter- 
product counterparty); a potential product counterparty is an mination of the actual event value at that date/time so 
entity potentially prepared to satisfy the CONTRACT APP enabling contract entitlement transfers to be effected), 
product needs of a product ordering party (where a potential The "consideration/entitlement denomination type, cur- 
product counterparty can also be a product ordering party); rency (if applicable), and national currency (if applicable) 
a counterparty-guarantor is an entity guaranteeing a product 35 consideration/entitlement identifiers associated with the 
counterparty's ability to settle any/all of its potential entitle- product" attribute specify: the type of consideration/ 
ment transfer obligations to a product ordering party to entitlement involved (where this can include rights and 
which it has become a counterparty as a result of a CON- entitlements, physical assets, and "money" of all possible 
TRACT APP effected "match"; regulators are entities over- types); in the case of a "money" consideration/entitlement 
seeing the on-going performance of all other stakeholders 40 type, the currency of the consideration/entitlement (where 
involved in a CONTRACT APP, especially counterparty- such currency types can include: public/private record- 
guarantors; consideration/entitlement transfer entities are depository deposits, commercial credit card company 
entities with which all other CONTRACT APP stakeholders deposits, commercial bank deposits, central bank deposits, 
maintain "accounts" to transfer required considerations/ taxation authority deposits, and deposits in non-bank clear- 
entitlements to/from all each other; and miscellaneous par- 45 ing houses and depositories, and the like); and, again, in the 
ties are all other entities having a defined stake in the case of a "money" consideration/entitlement type, the 
functioning of a CONTRACT APP. national currency of the consideration/entitlement identifier 
Miscellaneous parties include: independent entities con- (where such national currency types can be in any national 
traded by application promoters or product sponsors to currency, or form of synthetic currency), 
formally determine the "value" of products on their date- 50 The "width and density identifiers of possible future event 
of-maturity; multilateral obligations and payment netting values of the product" attribute specifies, respectively: the 
trustee/clearing entity organisations; independent (non- minimum and maximum values of the allowable range of 
regulator) taxation and other governmental authorities; elec- future event values accommodated by a product; and the 
tronic "gateway" providers (external to INVENTCO); and number of intermediate points between the defined mini- 
host system organizations (in the case of CONTRACT APPS 55 mum and maximum future event values accommodated by 
within INVENTCO systems linked to a common host the product. 

system). CONTRACT APPS accommodate any number of The "miscellaneous other product descriptors" attribute 

their own stakeholders of each of the above-defined generic specifies such things as: the degree of stakeholder access 

typ es . granted the product by the application promoter in question; 

Product Types 60 the forms of trading-services granted the product by the 

CONTRACT APPS can support risk aversion contract application promoter in question (where this product 

"product types" with any combination of values of multiple attribute specifies the accessibility of the product to a range 

attributes, including: the fundamental nature/purpose of the of feasible "stakeholder services" with respect to such things 

product; the establishment/maturity date/time of the prod- as contract portfolio netting, contract collateralisation, con- 

uct; the consideration/entitlement denomination type, cur- 65 sideration credit provision, ordering party ability to specify 

rency (if applicable), and national currency (if applicable) negative contract entitlements, and availability of 

consideration/entitlement identifiers associated with the secondary/derivative market product trading); and the 
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degrees of trading, clearing and settlement "transparency" constraints other CONTRACT APP stakeholders have 
granted the product by the application promoter in question. prespecified, provided that no CONTRACT APP stake- 
Transaction Types holder has sought to manually authorise the transaction and, 
A range of primary, secondary, derivative-primary, and through so doing, being able to potentially identify the 
derivative-secondary risk aversion contract transactions are 5 acquiring party). 

accommodated by CONTRACT APPS. Manual orders consist of normal-manual orders (being 

The-range of "primary" (and derivative-primary (options, orders the acquiring party wishes to manually authorise 
for example)) risk aversion contract transaction-types before they are finalised that is, after a "match" has been 
(handled principally by Processes 2 and A — include: order- effected but before the contract "sale" is "confirmed" — 
ing party product orders (and option orders) for which the 10 subject only to the constraints defined in the acquiring 
ordering party is seeking a counterparty "match", ordering- party's order, in addition to whatever "match" constraints 
party price quote (and options price quote) requests; and other CONTRACT APP stakeholders have prespecified); 
ordering-party withdrawals of existing product orders (and and anonymous-manual orders (being orders the acquiring 
withdrawal of options on product orders). Ordering party party wishes to manually authorise before they are 
product orders consist of: automatic orders and manual 15 finalised— that is, after a "match" has been effected but 
orders. Automatic orders consist of: normal-automatic before the contract "sale" is "confirmed" — subject to the 
orders (being orders the ordering party is prepared to have constraints defined in the acquiring party's order, in addition 
matched automatically, subject only to the constraints to whatever "match" constraints other CONTRACT APP 
defined in the ordering party's order, in addition to whatever stakeholders have prespecified, provided that no CON- 
"match" constraints other CONTRACT APP stakeholders 20 TRACT APP stakeholder has also sought to manually autho- 
have prespecified); and anonymous-automatic orders (being rise the transaction and, through so doing, potentially iden- 
orders the ordering party is prepared to have matched tify the acquiring party), 
automatically, subject to the constraints defined in the order- Primary Product Pricing Process Types 
ing party's order, in addition to whatever "match" con- CONTRACT APPS enable potential counterparties to 

straints other CONTRACT APP stakeholders have 25 automatically establish "bids" on any defined (primary and 
prespecified, provided that no CONTRACT APP stake- derivative-primary) product order according to either an 
holder has sought to manually authorise the transaction and, "expected value/utility-certainty equivalent" (EV/U-CE) 
through so doing, being able to potentially identify the pricing regime, or any other mathematically-definable pric- 
ordering party). Manual orders consist of normal-manual ing regime. 

orders (being orders the ordering party wishes to manually 30 In the case of an "expected value-certainty equivalent" 
authorise before they are finalised — that is, after a counter- (EV-CE) pricing regime, each potential counterparty 
party "match" has been effected but before the contract has specifies, amongst other things: an indicator of certain 
been "confirmed" — subject only to the constraints defined in defined attributes of an as-yet-unknown product order; a 
the ordering party's order, in addition to whatever "match" base commission rate; a base discount rate; (if applicable) a 
constraints other CONTRACT APP stakeholders have 35 set of base consideration/entitlement denomination, 
prespecified); and anonymous-manual orders (being orders currency, and national currency exchange rates; base unit 
the ordering party wishes to manually authorise before they product prices; and desired adjustments to the preceding 
are finalised — that is, after a counterparty "match" has been base-bid-price determinants dependent on any specific order 
effected but before the contract has been "confirmed" — (submitted by a specified ordering party), 
subject to the constraints defined in the ordering party's 40 The above-described indicator of certain defined 
order, in addition to whatever "match" constraints other attributes of an as-yet-unknown product order (termed, 
CONTRACT APP stakeholders have prespecified, provided defined circumstances) may reflect any combination of the 
that no CONTRACT APP stakeholder has also sought to multiple characteristics of an order (irrespective of the 
manually authorise the transaction and, through so doing, ordering party concerned), including: the multiple attributes 
potentially identify the ordering party). 45 of the contingent claims function sought; the ordering par- 

The range of "secondary" (and derivative-secondary ty's interest or otherwise in being granted credit by a 
(options, for example) risk aversion contract transaction- counterparty; the ordering party's interest or otherwise in 
types (handled principally by Processes 3 and 5 — include: participating in the possible netting and collateralisation 
acquiring party product orders (and option orders) for which features of the APP; and the maximum (and possibly 
the acquiring party is seeking to "acquire" the position of a 50 minimum) consideration amount the ordering party is pre- 
specified "risk counterparty" stakeholder in an existing pared to pay for their defined product. The above-described 
contract; acquiring-party product price indications (and base commission rate specifies the minimum required per- 
option price indications); and acquiring-party withdrawals centage profit margin required by the counterparty above 
of existing product orders (and option withdrawals). their breakeven consideration bid price for a product order. 

Acquiring party product orders for which the acquiring 55 The above-described base discount rate determines the 
party is seeking to "acquire" the position of a specified "risk present value of the counterparty's expected future entitle- 
counterparty" stakeholder in an existing contract, consist of ment associated with a contract (net of the ordering party's 
automatic orders and manual orders. consideration, and making allowance for the future income 

Automatic orders consist of: normal-automatic orders stream this consideration is expected to generate). The 
(being orders the acquiring party is prepared to have.:£0 above-described set of base consideration/entitlement 
matched automatically, subject "only to the constraints denomination, currency and national currency exchange 
defined in the acquiring party's order, in addition to what- rates are used, where applicable, to convert an ordering 
ever "match" constraints other CONTRACT APP stakehold- party's contract requirements into the base consideration/ 
ers have prespecified); and anonymous-automatic orders entitlement denomination, currency and national currency of 
(being orders the acquiring party is prepared to have 65 the product so enabling the contract matching process to 
matched automatically, subject to the constraints defined in make like comparisons of counterparty bids for product 
the acquiring party's order, in addition to whatever "match" orders. 
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The above-described base unit product prices are prices potential counterparty" APPS; APPS with differing degrees 

set by potential counterparties for unit entitlement-payoffs of and forms of "regulator" oversight of other application 

a contract at each of its possible future values, denominated stakeholders; and APPS with differing degrees and forms of 

in the contract's formally specified consideration/ "counterparty-guarantor" oversight of product potential 

entitlement type and, if applicable, currency type and 5 counterparties. 

national currency type (where these unit prices can be CONTRACT APPS support consideration "payment" 

specified as directly input figures for every feasible future va i ue dates being "immediate" (meaning exactly the time at 

product event (the sum of which may or may not add to 1), which a contracl matcn is connnne d); or deferred until a 

or as parameters of defined mathematical functions). The defined time in the measured in terms of seC onds, 

above-described desired adjustments to the precedmg base- w mm Q Qr d similarlV; CONTRACT APPS 

bid-price determinants dependent on the specific ordering entitlement "payment" value dates being "immedi- 

party submimnga specmc order can mclude: acommisswn ™ exactly the time at which the applicable 

rate admstment; a discount rate adjustment; a consideration/ ,. K . 6 ^ } . iU m £„._, 

denomination exchange rate Adjustment; a currency f£™ 1 ™ [V^motor formally notifies other CONTRACT 

exchange rate adjustment; and a national currency exchange AEP stakeho ders of the result of a maturing contract); or 

rate adjustment. 15 deferred until a defined tune after the "result of a maturing 

In the case of an "expected utility-certainty equivalent" contract is known. 

(EU-CE) pricing regime, each potential counterparty speci- CONTRACT APPS allow contracts to be modified and 

fies all of the above-described parameters applicable to a liquidated after their creation. Contracts can be modified 

EV-CE pricing regime as well as "utility bench-mark" through: direct negotiation by the relevant "risk counterpar- 

figures for all possible consideration and entitlement "pay- 20 ties" to a particular contract; or the purchase/sale of "deriva- 

ment amounts" which could, conceivably, be associated with five" secondary risk aversion contract transactions (See 

a product/contract. Process 5 description below). Contracts can be similarly 

Primary Product Matching Process Types liquidated after their creation through sale of the contract 

CONTRACT APPS may similarly accommodate any of a (within or outside INVENTCO); and through direct nego- 

number of possible (primary and derivative-primary) order 25 tiation between the initial ordering party and counterparties 

matching processes where these processes can be of multiple to the contract. They can also be effectively liquidated 

types, including sequential processes and simultaneous pro- through the ordering party/counterparty acquiring a mirror 

cesses. image of the contract to which they are a party (within or 

Sequential order matching processes can be characterised outside of INVENTCO). 

according to the "sequence determining" and "matching" 30 Post Order Process Types 

rules they embody, where "sequence" rules may be of CONTRACT APPS undertake various generic types of 
various types: "last-in-first-out (LIFO)", "first-in-first-out" "post-order-process" management functions for all the 
(FIFO)", priced priority, and so on; and matching rules may above-described generic types of "transactions", including: 
also be of various types — for example, a specific matching a function which maintains a formal record of contractual 
process could seek, for each product ordering party, a 35 commitments entered into by all CONTRACT APP stake- 
counterparty (or counterparties) offering a product price at holders with one another, and with VTRPRO-authorised 
or below the maximum price the ordering party is prepared entities external to either the applicable CONTRACT APP 
to pay (where the determined contract price could be either or INVENTCO overall; a function which effects the inde- 
the lowest price offered by a potential counterparty, the pendent valuation of consideration and entitlement obliga- 
mid-point between the an ordering party's specified "maxi- 40 tions between CONTRACT APP stakeholders, and between 
mum consideration amount" and the lowest price offered by CONTRACT APP stakeholders and VTRPRO-authorised 
a potential counterparty, and so on); or seek for each entities external to each applicable CONTRACT APP; a 
potential product counterparty an ordering party prepared to function which determines and effects "collateralisation" 
pay the maximum price above a price at which the coun- consideration/entitlement transfers between CONTRACT 
terparty is prepared to deal (here, the determined contract 45 APP stakeholders, and between CONTRACT APP stake- 
price could be either: the ordering party's "maximum con- holders and VIRPRO-authorised entities external to each 
sideration amount" price, the mid point between the mini- applicable CONTRACT APP, based on above-described 
mum price the counterparty is prepared to receive and the valuations of consideration and entitlement obligations asso- 
ordering party's "maximum consideration amount" price, ciated with CONTRACT APP transactions; a function which 
and so on). 50 determines and effects, as required, the bi-lateral netting of 

Simultaneous order matching processes are those seeking accumulated "consideration/entitlement" obligations 

some type of optimum solution according to pre-defined "between CONTRACT APP stakeholders, and between 

objectives. For example: "maximise the number of ordering CONTRACT APP stakeholders and VIRPRO-authorised 

party-counterparty matches"; "maximize the aggregate con- entities external to each applicable CONTRACT APP; a 
sideration and/or entitlement value of ordering party- 55 function which determines and effects, as required, the 

counterparty matches"; or "minimize the value of a function multi-lateral netting of accumulated "consideration/ 

specifying the sum of the differences (possibly weighted entitlement" obligations" between CONTRACT APP 

according to their perceived importance) between the actual stakeholders, and between CONTRACT APP stakeholders 

and desired values of match attributes of ordering parties and VIRPRO-authorised entities external to each applicable 
and counterparties". -„ 60 CONTRACT APP (involving a . nominated third-party 

Both of the above-described sequential and simultaneous "clearing house" entity); a function which manages the 
matching processes can also accommodate conditional con- processing, accounting, reporting, and entitlement "pay- 
tract matching rules; and pre and post tax price optimisation ment" tasks associated with maturing contracts; a function 
mechanisms. which determines system usage and access fees payable 
Application Types 65 to/from all CONTRACT APP (and other INVENTCO) 

CONTRACT APPS may be: "in-house" APPS or "public" stakeholders, and to/from VIRPRO-authorised entities 

APPS; "single potential counterparty" APPS or "multiple external to INVENTCO; a function which determines and 
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Counterparty-guarantors can specify which potential 
counterparties have their authority to operate and which 
application promoters, product sponsors and ordering parties 
they are prepared, indirectly, to have relationships with. 
5 Similarly, regulators can specify which counterparty- 
guarantors, potential counterparties, ordering parties, appli- 
cation promoters, product sponsors and products have their 
authority to operate. Finally, consideration/entitlement 
transfer entities can monitor and maintain up-to-date rules 
10 with respect to ordering parties, counterparties, application 
promoters, product sponsors, counterparty-guarantors, and 
regulators they are and are not prepared to deal with — 
individually and by type. 
Ordering Party Requirements 
5 For their operation, CONTRACT APPS require primary 
product ordering party stakeholders to a CONTRACT APP, 
in registering an order for a product of their choice, to 
specify: the above-described "product type" and "other 
stakeholder involvement" information; multiple attributes of 
INVENTCO) stakeholders with shared access to specialist 20 the specific order they are seeking; their interest or otherwise 
systems to assist them to decide how best to interface with in being granted credit by potential counterparties for their 
the multiple aspects of INVENTCO (See Process 8 descrip- contract consideration amount, or in availing themselves of 
tion below); and providing CONTRACT APP (and other the possible netting and collateralisation features of the APP 
INVENTCO) stakeholders with access to a range of concerned; the maximum (and possibly minimum) consid- 
INVENTCO-facilitated "value added services" (See Process 25 eration "price" they are prepared to pay for their defined 
9 description below). product; and various other dimensions of their needs, where 

Matching Constraint Types these include: the name/title by which they wish to be 

For their operation, CONTRACT APPS require all stake- identified by other APP stakeholders; the time at which they 
holders to a specific APP to specify, amongst other things, wish their order to be submitted; the period of time after an 



effects, as required, "bi-laterally netted" consideration/ 
entitlement transfers from/to CONTRACT APP stakehold- 
ers themselves, and from/to CONTRACT APP stakeholders 
and VIRPRO-authorised entities external to each applicable 
CONTRACT APP; a function which determines and effects, 
as required, "multi-laterally netted" consideration/ 
entitlement transfers from/to CONTRACT APP stakehold- 
ers themselves, and from/to CONTRACT APP stakeholders 
and VIRPRO-authorised entities external to each applicable 
CONTRACT APP (involving a nominated third-party 
"clearing house" entity); and a function which compiles and 
distributes CONTRACT APP (and other INVENTCO) 
stakeholder customised information. 
Supplementary Process Types 

CONTRACT APPS undertake various other types of 
support processes, including: enabling stakeholders to trans- 
fer consideration, entitlement and other "payment" obliga- 
tions to and from one another, independently of transfers 
initiated by CONTRACT APP transactions (See Process 7 
description below); providing CONTRACT APP (and other 



which other stakeholders they do and do not want to have 
interactions with, and the conditions under which they wish 
to manually authorise some aspect of a transaction involving 
any other CONTRACT APP stakeholder over which they 
have control authority of some form. 

In specifying which other stakeholders they do and do not 
want to have interactions with, CONTRACT APP stake- 
holders have various options. Application promoters can 
specify acceptable product sponsors, products, ordering par- 
ties and potential counterparties within their application — 
individually and by type. Similarly, product sponsors can 
specify acceptable application promoters, products, ordering 
parties, potential counterparties and counterparty-guarantors 
within their application — individually and by type. 

Product counterparties and ordering parties (collectively) 



D order has been submitted that they wish the order to be 
retained before it is automatically withdrawn; whether or not 
they are prepared to accept partial matches of their order; the 
degree of market transparency they wish to be exposed to; 
whether or not they wish wish to have the option of trading 
5 a matched contract on an authorised INVENTCO secondary 
market (See Process 5 description below); whether or not 
they wish to manually consider/authorise potential counter- 
party quotes on an order; in the case where potential 
counterparty quotes are required to be manually considered/ 
0 authorised, the maximum time after potential counterparty 
quote details are provided to the ordering party that the 
ordering party wishes to consider the quote(s); and the 
consideration/entitlement transfer entity accounts from 
which/to which they wish to have relevant "payments" 



_ _n specify: ordering parties/potential counterparties they do 45 made/received, 

and do not want to deal with — individually and by type; the The above-mentioned multiple attributes of a specific 

extent of their preparedness to be involved in contract primary order an ordering party-is seeking include: their 

netting and collateralisation arrangements provided for by wish or otherwise to directly input the entitlement "coordi- 

their application promoter; application promoters, product nates" of their desired contingent claim order; their wish or 

sponsors, products, and consideration/entitlement transfer 50 otherwise to mathematically specify an entitlement function 

entities they do and do not want to deal with — individually reflecting their desired product order, where such functions 

and by type; ordering parties/potential counterparties they can be single or multidimensional (indicating a contingent 



:r to deal with, and those with which they wish to deal 
exclusively; the degree of trading transparency they require; 
and their wish or otherwise to manually authorise order : 
matches before they are confirmed. 

Potential counterparties can specify which ordering 
parties, or classes of ordering parties, they are prepared to 
offer credit to (and under what terms), and ones they are 
prepared to-allow "ordering party-guarantors" to offer credit 
to and under what terms. Similarly, product ordering parties 
(uniquely) can specify: counterparty-guarantors with which 
they do and do not want to deal (individually and by type); 
counterparties with which they wish to deal exclusively c 



contract entitlement conditional < 
phenomena); the "consideration/entitlement unit", "cur- 
rency" (if applicable), and "national currency" (if 
applicable) in which they wish to "pay"/"receive" their 
contract consideration/entitlement. Where an ordering party 
wishes to mathematically specify their desired primary 
product order as a single-dimensional entitlement function: 
the input term "X" can- indicate the number of contract 
entitlement "inflection points" the ordering party is seeking 
within the allowable range of future product event values 
(including the value range extremity points); the input term 
"Alpha (X)" can indicate the ordering party-specified event 
preferentially to obtain a particular form of counterparty- 65 value corresponding to the Xth future product event value 
credit; and potential "ordering party-guarantors" (external to contract entitlement inflection point; the input term "Beta 
INVENTCO) with which they do and do not want to deal. (X)" can indicate the ordering party-specified desired 
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entitlement amount (in the desired "consideration/ dial-up communications line). With all three forms of 
entitlement form", "currency" and "national currency" communication, CONTRACT APP stakeholders may be 
entitlement denomination) corresponding to the Xth event required to utilize specified computer hardware and/or soft- 
value inflection point; and the input term "Gamma (X-l)" ware mechanisms in their communications with AXSCO 
can indicate the ordering party-specified desired shape of the 5 (including "payments" authorisation black box" devices 
function between each of the co-ordinates: [Alpha (1), Beta referred to below). 
(1)1 and [Alpha (2), Beta (2)], [Alpha (2), Beta (2)] and Component Processes _ 
fa, Z. /ix V, . /ivi j i l- ui \ In their manifestation as telecommunications/computer 
[Alpha (3), Beta (3)], and so on (as applicable) where e ^ ^ telecommunica t ions/comp uter 
Gamma can represent all possible, mathematically hardware, individual CONTRACT APPS consist of a cluster 
definable, shapes. 10 of ocesseS; utilizing a number of data files, residing on one 
Potential Counterparty Requirements or more process i n g un i ts . A cluster of nine (and potentiaUy 

For their operation, CONTRACT APPS also require pn- more Qr fewer ) specific processes and their related data files 
mary product "potential counterparty" stakeholders to a reside ^thin a CONTRACT APP: a process handling file 
CONTRACT APP to define various parameters on the basis administration and updating tasks supporting all other pro- 
of which they can automatically price orders, including 15 cesses (termed Process 1); a process handling the receipt and 
parameters with which they wish to establish a "consider- processing of "primary" risk management contract transac- 
ation bid" on a defined product order; possible individual tions (termed Process 2); a process handling the receipt and 
contract and product constraints they require to be satisfied processing of "secondary" risk management contract trans- 
it they were to become a counterparty to a defined product actions (termed Process 3); a process handling the receipt 
ordering party order; and possible expected-value product- 20 and processing of "derivative-primary" risk management 
portfolio constraints they require to be satisfied if they were contract transactions (termed Process 4); a process handling 
to become a counterparty to a defined product ordering party the receipt and processing of "derivative-secondary" risk 
ort j er management contract transactions (termed Process 5); a 

In defining parameters with which they wish to establish Process handling the "back office" management of all four 
a "consideration bid" on a defined product order under a 25 ° f " sk management contract transactions (termed 
"EV-CE" pricing regime (de.ribed *ovc^^ ^^^^^^^L 
counterparty is required to specify, amongst other things_ an stakenolders (temed p rocess ^ a f ocess 
mdicator of the appropriate defined circumstances of all handlin CONTRACT APP (and other INVENTCO) stake- 
possible product orders; a base "commission rate ; a base tQ ^ & ^ ^ these stakeho]d . 
"discount rate"; (if applicable , a set of base consideration/ 30 ^ ^.^ ^ ^ tQ ^ ^ ^ k aspec(s of 
entitlement denomination , currency and national cur- INVENTC 0 (termed p rocess 8) . ^ a process handling 
rency" exchange rates; base unit product prices ; and CONTRACT APP (and other INVENTCO) stakeholder 
desired adjustments to the base commission rate, discount tQ & of j^ OTC o-f a cilitated " value added 
rate exchange rates, and unit product paces on specific services >. (termed Process 9) . These processes may function 
product orders accordmg to the determined-value of the 35 J. 
"defined circumstances" indicator (based on a specific prod- 
uct order). DESCRIPTION OF CONTRACT APP 

Possible individual contract and product constraints the PROCESSES 

potential counterparty requires to be satisfied if they were to Process 1 

become a counterparty to a denned product ordering party 40 Process 1 handles file administration and updating tasks 
order, include: an absolute loss limit constraint (this con- supporting all other processes (FIG. 18). The PRODUCT, 
straint being specified as a single-figure constraint and/or as PRODUCT TRANS, DEAL LIST and DEAL LIST TRANS 
a function constraint); an expected loss limit constraint (this files referred to in FIG. 18 are applicable, individually or 
constraint defining the maximum "expected" aggregate loss collectively, to primary, secondary, derivative-primary, and 
the potential counterparty is prepared to incur on a contract/ 45 derivative-secondary contract orders. The SEL PRICE, SEL 
product, taking into account their assessment of the likeli- PRICE TRANS, SEL LIMIT and SEL LIMIT TRANS files 
hood of all feasible future product values occurring); and a are applicable only to primary and derivative-primary con- 
constraint on the maximum proportion of the expected total tract orders. The TRADE PRICE, TRADE PRICE TRANS, 
loss of the aggregate of the potential counterparty's TRADE LIMIT and TRADE LIMIT TRANS files are appli- 
contracts/products that can be accounted for by the expected 50 cable only to secondary and derivative-secondary contract 
loss of the defined individual contract/product. Similarly, orders. 

possible expected-value product-portfolio constraints the The file administration and updating tasks handled by 
potential counterparty requires to be satisfied if they were to Process 1 comprise: dealing with general data-file informa- 
become a counterparty to a defined product ordering party tion received from CONTRACT APP stakeholders; dealing 
order include the maximum (and possibly minimum) pro- 55 with general data-file and order processing information 
portion of the expected total loss of the aggregate of the received from relevant other INVENTCO stakeholders, par- 
potential counterparty's product portfolio that can be ticularily VIRPRO and AXSCO; dealing with trading sup- 
acccounted for by the expected loss of an individual port information received directly from CONTRACT APP 
contract/product. stakeholders; dealing with potential counterparty primary, 
Communications ■. 60 and derivative primary, product order "consideration bid" : 

CONTRACT APP stakeholders communicate with their parameters and order-match constraints; dealing with 

applicable APP via AXSCO. Individual "stakeholder-to/ existing-contract offering party secondary, and derivative 

from-AXSCO" communications can be by way of any/all of secondary, order match conditions; and dealing with mis- 

the following: voice communications with an AXSCO- cellaneous information from entities external to 

finked "live operator" or "recorded messaging" system; 65 INVENTCO. 

touch-telephone communication with AXSCO directly; or Existing and prospective stakeholders are required to 

computer-to-computer link with AXSCO (via a dedicated or supply their applicable CONTRACT APP with specified 
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identification and other information, and to continually 
maintain the integrity of this information. For each 
stakeholder, this information includes: applicable name(s), 
addresses, contact numbers, and references; their desired 
system access medium; their consideration/entitlement 
transfer entity account details; and, if applicable, their 
required schedule of fees and charges payable by other 
INVENTCO stakeholders. This information is maintained in 
the data file ADMIN, updated information being received by 
way of the transaction file ADMIN TRANS. 

VIRPRO is required to supply the applicable CON- 
TRACT APP with various forms of general data-file infor- 
mation Including: identification data relating to the applic 
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ment routines); and details of the consideration/entitlement 
transfer entities involved in the application and relevant 
security information concerning account access. 

Product sponsors provide full details of the produces) 
5 they are sponsoring; product ordering parties and potential 
counterparties (collectively) indicate, with respect to each 
other, the parties they either prefer to deal with or wish to 
deal with exclusively. Potential counterparties (exclusively) 
provide a variety of specific information, including: details 
10 of the Application promoter, Product sponsor, and 
Counterparty-guarantor rules under which they have chosen 
to operate; data recording the lines of credit (if any) offered 
ordering parties and the general and specific 



tion promoter for (each) CONTRACT APP; details of the conditions of these credit lines (applicable to ordering 
permitted types of system access mediums; and 15 parties individually and/or to defined classes of ordering 



consideration/entitlement denominations available in each 
application. Again, this information is maintained in the data 
file ADMIN, updated information being received by way of 
the transaction file ADMIN.TRANS. 

VIRPRO is similarly required to supply the applicable 
CONTRACT APP with various forms of general data-file 
information including: information on all data received by 
and sent from the various parts of INVENTCO to one 
another and to entities external to INVENTCO; and statis- 
tical information of various types, including data traflBc 
volumes, data file location information and so on. This 
information is continuously collected by AXSCO and main- 
tained in the data file HISTORY. 

Trading support information received directly from CON- 
TRACT APP stakeholders comprises stakeholder relation- 
ship information of a general nature, and specific informa- 
tion from individual stakeholders. 

Stakeholder relationship information of a general nature 
comprises "transaction communication parameters" and 
automatic/manual deal and no deal "flags". Transaction 
communication parameters are parameters set by all 
(registered) CONTRACT APP stakeholders defining the 
bounds within which they wish, for security reasons, all of 
their communications within INVENTCO to fall. 
Automatic/manual deal and no deal flags are "flags" set, as 
required, by all (registered) CONTRACT APP stakeholders 
indicating their requirements with respect to dealing with 
other CONTRACT APP stakeholders. This information is 
maintained in the data file DEAL LIST, updated information 



parties); parameters with which a potential counterparty 
wishes to determine its consideration "bids" on orders. 
Counterparty-guarantors provide details of the potential 
counterparties (if any) they have agreed to guarantee and the 
20 nature of such guarantees. Regulators provide details of: all 
entities having a stake in the application and their relation- 
ships to one another (for example, which counterparty- 
guarantors cover which counterparties, which potential 
counterparties offer which products, and so on); specific 
25 regulations developed for the regime; and parameters defin- 
ing the taxation treatment of all types of orders and related 
transactions. Consideration/entitlement transfer entities pro- 
vide "set-up" and on-going account access and balance- 
updating services. All of the above-described information is 
30 maintained in the data file, ADMIN, updated information 
being received by way of the transaction file ADMIN 
TRANS. 

In dealing with potential counterparty primary product 
order "consideration bid" parameters and order-match 
35 constraints, potential product order counterparties are 
required, amongst other things, to: define various parameters 
with which they wish to establish a "consideration bid" on 
a defined product order; and define parameters with which 
the potential counterparty wishes to determine adjustments 
40 to the "base-price" bids on product orders according to the 
specific ordering party involved (this information is main- 
tained in the data file SEL PRICE; updated information is 
received by way of the transaction files SEL PRICE 
TRANS); define possible individual contract and product 



being received by way of the transaction file DEAL LIST 45 constraints the potential counterparty requires to be satisfied 

TRANS. if they are to become a counterparty to a defined product 

Specific information from individual stakeholders differs ordering party order; and define possible expected-value 

according to the category of stakeholder involved. product-portfolio constraints the potential counterparty 

Application promoters provide, amongst other things: requires to be satisfied if they are to become a counterparty 

Information for the data file, PRODUCT (updated transac- 50 to a defined product ordering party order (these latter ' 

tions being received from the file, PRODUCT TRANS), and categories of infonnation are maintained ' 



further information for the data file ADMIN (updated ti 
actions being received from the file, ADMIN TRANS). 
Information for the data file, PRODUCT includes details of 
the specific products application promoters offer for trading/ 5 
exchange/transfer. Information for the data file, ADMIN 
includes: the order pricing and matching process upon which 
the application is based; the consideration/entitlement 
"value date" regime upon which their application is based; 
the categories of other stakeholders allowed to participate in 6 
the application and the conditions under which they can do 
this; the specific rules of engagement of counterparty- 
guarantors by potential counterparties; the availability and, 
in turn, the terms and conditions for CONTRACT APP 
stakeholder utilization of "consideration credit", e 
"collateralisation", and "netting" features of the application 
(embodied in the various post-order-processing manage- 



the data files 

SELLIMIT and BUY LIMIT; updated information being 
received by way of the transaction file SELLIMIT TRANS). 

In dealing with existing-contract offering party secondary 
order match conditions, offering parties are required, 
amongst other things, to specify: the Order IDs of the 
contracts in which the entity concerned wishes to "sell" its 
position as a contract stakeholder, and, for each such 
contract, the pricing and other parameters it requires to be 
satisfied before a contract position "sale" is effected. This 
information is maintained in the data file TRADE PRICE; 
updated information is received by way of the transaction 
file TRADE PRICE TRANS. 

In dealing with potential counterparty derivative-primary 
product order "consideration bid" parameters and order- 
match constraints, potential product order counterparties are 
required to provide essentially the same information 
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described above in relation to primary product orders. 
However, in addition, information directly applicable to the 
relevant type of derivative-primary transaction concerned 
(say, an option to establish a primary product order at a later 
date) is also required. 

In dealing with existing-contract-offering party 
derivative-secondary order match conditions, offering par- 
ties are required to provide essentially the same information 
described above in relation to secondary product orders. 
However, in addition, information directly applicable to the 
relevant type of derivative-secondary transaction concerned 
(say, an option to sell a position in a primary product order 
at a later date) is also required. 

In dealing with miscellaneous information from entities 
external to INVENTCO, this information can be of any type 
and may, potentially, be used by any part of INVENTCO; 
the information is maintained in the data-file ADMIN with 
updated information being received by way of the transac- 
tion file ADMIN TRANS 
Process 2 

Process 2 handles the receipt and processing of "primary" 
risk management contract transactions, such transactions 
being of multiple types. Various sub-processes of Process 2 
handle the receipt and processing of all possible types of 
these transactions, including product order processing, price 
quote requests, and withdrawals of existing product orders. 

Primary "product orders" constitute the core "primary" 
risk management contract transaction type (FIG. 19 provides 
a summary flow chart, and the document text provides a 
detailed flow chart and description of the processing of this 
transaction type). 

Primary product orders incorporate the following key 
items of information: ordering party identification informa- 
tion; CONTRACT APP application and product identifica- 
tion information; "other stakeholder involvement" informa- 
tion; the ordering party's desired form of product 
specification (directly input as entitlement coordinates or as 
mathematical function(s)); when the order specification is by 
way of a single-dimensional mathematical function, the 
parameters of such a function (which can include: the term 
"X", the term "Alpha (X)", the term "Beta (X)", the term 
"Gamma (X-l)"; the contract consideration and entitlement 
"denomination type", "currency (if applicable)" and 
"national currency (if applicable)"; the ordering party's 
interest or otherwise in being granted credit by potential 
counterparties for the yet-to-be-determined contract consid- 
eration amount; the ordering party's interest or otherwise in 
availing themselves of the possible netting and collaterali- 
sation features of the APP concerned; the consideration 
"price" range within which the ordering party is prepared to 
"pay" for their defined product; miscellaneous other dimen- 
sions of the ordering party's needs, and the consideration/ 
entitlement transfer entity accounts from which/to which 
they wish to have relevant "payments" made/received). 
Upon its receipt, all of this information is written to — and 
subsequently processed from— the file PORD NEW. 

Three sub-processes are involved in processing primary 
product orders — order authorisation, order matching, and 
matched order confirmation. In the case of the anticipated 
most typical form: of order, termed a "normal-automatic" 
primary product o"rder these sub-processes function as fol- 

The primary product order authorisation sub-process veri- 
fies that all orders contain data appropriate to the product 
being sought and that each ordering party is accurately 
identified and credentialled (this sub-process draws princi- 
pally on the data-file, PRODUCT). 
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The primary product order matching sub-process locates 
the best possible counterparty(ies) for the ordering party's 
transaction according to the application promoter-specified 
"matching rules" embodied in the APP; it does this utilizing 

5 three component sub-processes, termed: short-listing of 
potential-counterparties, individual potential-counterparty 
"pricing" calculations, and counterparty selection. 

The "short-listing of potential counterparties" sub-process 
component establishes a list of potential counterparties (if 

to any) willing to offer the product sought by the ordering 
party, upon their receipt from the ordering party of a 
consideration they deem to be appropriate (this sub-process 
draws principally on the data-file, PDEAL LIST). 

The individual potential-counterparties pricing calcula- 

15 tions sub-process component utilises the above-described 
pricing parameters re-specified by each short-listed potential 
counterparty to calculate the "bid" each of them is prepared 
to make on the ordering-party's product order (or part 
thereof), and to add these to the potential counterparties 

20 short-list file (this sub-process draws principally on the 
data-file, PSEL PRICE). 

The "counterparty selection" sub-process component 
extracts from the above-described "potential-counterparties 
short-list" file the best possible counterparty(ies) for the 

25 ordering party's transaction, according to the application 
promoter-specified "matching rules" embodied in the APP, 
taking into account whatever matching constraints all appli- 
cable APP stakeholders may have prespecified. This selec- 
tion being made, and the price bid being within the allow- 

30 able limits specified by the ordering party, and there being 
no requirements for manual-approval intervention by any 
relevant stakeholder, a matched order is deemed to be in 
existence (this sub-process draws principally on the data- 
file, PSEL LIMIT). 

35 The matched order confirmation sub-process effectively 
secures, automatically, the positive agreement of all affected 
stakeholders to the contract, including confirmation of the 
product ordering party's ability to immediately pay (or be 
granted counterparty credit, or ordering party guarantor 

40 credit, for) the required contract consideration (and possible 
other applicable fees). Automatic approvals of contracts are 
made by the CONTRACT APP electronically transferring 
resources recorded in the ordering party's applicable 
consideration/entitlement transfer entity account to the 

45 account of the applicable counterparty (See Appendix H for 
a description of the consideration/entitlement "payment" 
process). In turn, automatic updates of the counterparty's 
matching constraints maintained in the file PSEL LIMIT are 

50 Upon completion of the above-described processing 
steps: unmatched order transactions are written to the file, 
PORD QUEUE, for subsequent match attempts; matched 
and confirmed order transactions are confirmed to the rel- 
evant CONTRACT APP stakeholders (this process drawing 

55 principally on the data-file, ADMIN) and are written to the 
file PORD CONF for subsequent "back-office" processing; 
and relevant CONTRACT APP stakeholders are notified of 
rejected orders (again, this process drawing principally on 
the data-file, ADMIN), records of this being written to the 

60 file PORD REJ for subsequent "back-office" processing. A 
copy of all processing outputs is written to the file, HIS- 
TORY. 
Process 3 

Process 3 handles the receipt and processing of "second- 
65 ary" risk management contract transactions. Like "primary" 
risk management contracts, "secondary" risk management 
contracts are of multiple types; various sub-processes of 



5,970,479 

47 48 

Process 3 handle the receipt and processing of all possible written to the file SORD CONF for further "back-office" 
types of these transactions, including product order processing as required; and rejected order transactions are 
processing, product price indications, and withdrawals of similarly notified to the relevant CONTRACT APP stake- 
existing product orders. h° lders ( a § ain > this P rocess to*™** principally on the 

"Secondary product orders" constitute the core "second- 5 data-file, ADMIN), required records being written to the file 

ary" risk management contract transaction type (FIG. 20 SORD REJ for further "back-office processmg. A copy of 

provides a summary flow chart of the processing of this g^™ 8 ° UtpUtS * Wntt6n t0 th6 ffle ' HIST0RY 

transaction type). . . Process 4 handles the receipt and processing of 

"Secondary" product orders incorporate the following key ,< derivati ; risk manage P me nt contract transac- 

items of information: potential acquiring party identification 10 ^ « pri J mary >. risk management contracts, 

information; the pre-established Order ID reference to the "derivative-primary" risk management contracts are of mul- 

sought-after primary contract; the potential acquiring party's tiple ^ various su b-processes of Process 4 handle the 

interest or otherwise in being granted credit by offering reC eipt and processing of all possible types of these 

parties for the yet-to-be-determined contract acquisition transactions, including product order processing, product 

amount; the acquiring party's interest or otherwise in avail- 15 pr ice indications, and existing product order withdrawals, 

ing themselves of the possible netting and other features of "Product option orders" is one illustrative "derivative- 

the APP concerned; the acquisition "price" range within primary" risk management contract transaction type (FIG. 

which the potential acquiring party is prepared to "pay" for 21 provides a summary flow chart of the processing of this 

the contract they have specified; other dimensions of the transaction type). 

potential acquiring party's needs; and the consideration/ 20 "Derivative-primary" product option orders incorporate 

entitlement transfer entity accounts from which/to which the following key items of information: ordering party 

they wish to have "relevant payments" made/received. The identification information; CONTRACT APP application 

above-described information is, upon receipt, written and product identification information; "other stakeholder 

to— and subsequently processed from— the file SORD involvement" information; the ordering party's desired form 

NEW. 25 of product specification (directly input as entitlement coor- 

Three sub-processes are involved in processing secondary dinates or as mathematical function(s)); when the order 

product orders— order authorisation, order matching, and specification is by way of a single-dimensional mathemati- 

matched order confirmation. In the case of the anticipated cal function, the parameters of such a function (which can 

most typical form of order, termed a "normal-automatic" include: the term "X", the term "Alpha (X)", the term "Beta 

secondary product order these sub-processes function as 30 (X)", the term "Gamma (X-l)"; the contract consideration 

follows: and entitlement "denomination type", "currency (if 

The secondary product order authorisation sub-process applicable)" and "national currency (if applicable)"; the 
verifies that all orders contain data appropriate to the con- ordering party's interest or otherwise in being granted credit 
tract sought and that each potential acquiring party is by potential counterparties for the yet-to-be-determined con- 
accurately identified and credentialled (this sub-process 35 tract option consideration amount; the ordering party's inter- 
draws principally on the data-file, SPRODUCT). est or otherwise in availing themselves of the possible 

The secondary product order matching sub-process netting and collateralisation features of the APP concerned; 

locates sought-after contract records and, based on the the consideration "price" range within which the ordering 

contents of these records, determines whether a "sale" of the party is prepared to "pay" for their defined product option; 

position of the specified stakeholder in the contract to the 40 miscellaneous other dimensions of the ordering party's 

potential acquiring party is possible — in particular, whether needs, and the consideration/entitlement transfer entity 

the acquisition "price" range within which the potential accounts from which/to which they wish to have relevant 

acquiring party has specified it is prepared to "pay" for the "payments" made/received). Upon its receipt, all of this 

position of the specified current stakeholder is equal to, or in information is written to— and subsequently processed 

excess of, the "allowable sale price" figure prespecified by 45 from — the file DPORD NEW. 

the applicable contract stakeholder. If a contract "sale" is Three sub-processes are involved in processing 
found to be possible, and there being no requirements for derivative-primary product orders — order authorisation, 
manual-approval intervention by any relevant stakeholder, a order matching, and matched order confirmation . In the case 
"match" is deemed to have occurred. of the most likely form of the above-mentioned illustrative 
The secondary product matched order confirmation sub- 50 option order, termed a "normal-automatic" derivative- 
process effectively secures, automatically, the positive primary product option order these sub-processes function 
agreement of all affected stakeholders to the contract posi- as follows: 

tion "sale", including confirmation of the contract acquiring The primary product option order authorisation sub- 
party's ability to immediately pay (or be granted current process verifies that all orders contain data appropriate to the 
stakeholder credit, or acquiring party guarantor credit, for) 55 product option being sought and that each ordering party Is 
the required "sale price" consideration (and possible other accurately identified and credentialled (this sub-process 
applicable fees). Automatic approvals of such "sales" are draws principally on the data-file, DPPRODUCT). 
made by the CONTRACT APP electronically transferring The primary product option order matching sub-process 
resources recorded in the acquiring party's applicable locates the best possible counterparty(ies) for the ordering 
consideration/entitlement transfer entity account to the 60 party's transaction according to the. application promoter- •;. 
account of the applicable current contract stakeholder. specified "matching rules" embodied in the APP; it does this 
Upon completion of the above-described processing utilizing three component sub-processes, termed: short- 
steps: unmatched order transactions are written to the file, listing of potential option-counterparties, individual poten- 
SORD QUEUE, for subsequent match attempts; matched tial option-counterparty "pricing" calculations, and option- 
and confirmed order transactions are confirmed to the rel- 65 counterparty selection. 

evant CONTRACT APP stakeholders (this process drawing The "short-listing of potential option-counterparties" sub- 
principally on the data-file, ADMIN), required records being process component establishes a list of potential option- 
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counterparties (if any) willing to offer the product option multiple types, various sub-processes of Process. 5 handle 

sought by the ordering party, upon their receipt from the the receipt and processing of all possible types of these 

ordering party of an option consideration they deem to be transactions, including product order processing, product 

appropriate (this sub-process draws principally on the data- price indications, and withdrawals of existing product 

file, DPDEAL LIST). 5 orders. 

The "individual potential option-counterparties pricing "Product option orders" is an illustrative "derivative- 
calculations" sub-process component utilises the above- secondary" risk management contract transaction type (FIG. 
described pricing parameters prespecified by each short- 22 provides a summary flow chart of the processing of this 
listed potential option-counterparty to calculate the "bid" transaction type). 

each of them is prepared to make on the ordering-party's 10 "Derivative-secondary" product option orders incorporate 

product option order (or part thereof), and to add these to the the following key items of information: potential acquiring 

potential option-counterparties short-list file (this sub- party identification information; the pre-established Order 

process draws principally on the data-file, DPSEL PRICE). ID reference to the sought-after primary contract (in relation 

The "option-counterparty selection" sub-process compo- to which an option is to be purchased or sold); the potential 

nent extracts from the above-described "potential option- 15 acquiring party's Interest or otherwise in being granted 

counterparties short-list" file the best possible counterparty credit by offering parties for the yet-to-be-determined option 

(ies) for the ordering party's transaction, according to the contract acquisition amount; the acquiring party's interest or 

application promoter-specified "matching rules" embodied otherwise in availing itself of the possible netting and other 

in the APP, taking into account whatever matching con- features of the APP concerned; the acquisition "price" range 

straints all applicable APP stakeholders may have prespeci- 20 within which the potential acquiring party is prepared to 

fied. This selection being made, and the price bid being "pay" for the contract option they have specified; other 

within the allowable limits specified by the ordering party, dimensions of the potential acquiring party's needs; and the 

and there being no requirements for manual-approval inter- consideration/entitlement transfer entity accounts from 

vention by any relevant stakeholder, a matched option order which/to which they wish to have relevant "payments" 

is deemed to be in existence (this sub-process draws prin- 25 made/received. The above-described information is, upon 

cipally on the data-file, DPSEL LIMIT). receipt, written to— and subsequently processed from— the 

The matched option order confirmation sub-process effec- file DSORD NEW. 

tively secures, automatically, the positive agreement of all The subprocesses involved in the processing of 

affected stakeholders to the options contract, including con- derivative-secondary product option orders are essentially a 

firmation of the product-option-ordering party's ability to 30 combination of the processes described above in the case of 

immediately pay (or be granted counterparty credit, or secondary product orders (Process 3) and derivative-primary 

ordering party guarantor credit, for) the required option product option orders (Process 4). At the completion of the 

product consideration (and possible other applicable fees). matching process, matched orders are written to the refer- 

Automatic approvals of contracts are made by the CON- ence file DSMSTR and the file DSORD CONF for subse- 

TRACT APP electronically transferring resources recorded 35 quent back office processing. 

in the ordering party's applicable consideration/entitlement If/when an option holder wishes to exercise its option 

transfer entity account to the account of the applicable over a pre-established contract, it does so by appropriately 

counterparty. In turn, automatic updates of the option- notifying the CONTRACT APP which, in turn, retrieves the 

counterparty's matching constraints maintained in the file contract record from DSMSTR, effects the necessary addi- 

DPSEL LIMIT are made. 40 tional consideration payments, and writes a new record to 

Upon completion of the above-described processing SORD CONF for subsequent back office processing. As 

steps: unmatched option-order transactions are written to the described above, the appropriate HISTORY and other files 

file, DPORD QUEUE, for subsequent match attempts; are updated in this process, 

matched and confirmed option-order transactions are con- Process 6 

firmed to the relevant CONTRACT APP stakeholders (this 45 Process 6 handles the "back office" management of 
process drawing principally on the data-file, ADMIN) and "matched/confirmed" primary, secondary, derivative- 
are written to the reference file DP MSTR, and the file primary, and derivative-secondary risk management con- 
DPORD CONF for subsequent "back-office" processing; tract transactions and transactions handled by Processes 7-9. 
and relevant CONTRACT APP stakeholders are notified of The process incorporates multiple sub-processes, collec- 
rejected orders (again, this process drawing principally on 50 tively accessing multiple data files (FIG. 23): primary risk 
the data-file, ADMIN), records of this being written to the management contract back office processing; secondary risk 
file DPORD REJ for subsequent "back-office" processing. A management contract back office processing; derivative- 
copy of all processing outputs is written to the file, HIS- primary risk management contract back office processing; 
TORY. derivative-secondary risk management contract back of 5 ™ 



If/when an option-holder wishes to exercise its option 55 processing; "Process 7" transactions back office processing; 
over a pre-established contract, it does so by appropriately "Process 8" transactions back office processing; and "Pro- 
notifying the CONTRACT APP which, in turn, retrieves the cess 9" transactions back office processing, 
contract record from DPMSTR, effects the necessary addi- In relation to the back-office management of confirmed/ 
tional consideration payments, and writes a new record to matched primary risk management contracts — a number of 
PORD CONF for subsequent back office processing. As 60 sub-processes are involved, including: Receipt of the pre- 
' " described above, the appropriate HISTORY and other files vious operating day's "matured-cdntract actual product 
are updated in this process. event value" sub-process; "Start-of-day PAYACC manage- 
Process 5 ment" sub-process; Contract maturity management sub- 
Process 5 handles the receipt and processing of process; Confirmed contract processing sub-process; Infor- 
"derivative-secondary" risk management contract transac- 65 mation compilation and distribution sub-process; 
tions. Like "secondary" risk management contracts, Information extraction from primary orders sub-process; 
"derivative-secondary" risk management contracts are of Contract valuation sub-process; Contract collateralisation 
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payments sub-process; System Access and usage fee deter- Contract valuation. This sub-process, flowcharted in FIG. 

ruination and payments sub-process; Bilateral obligations 30, draws principally upon the above-described "markets" 

netting sub-process; Multilateral obligations netting sub- information previously written to INFO. Pertinent data from 

process; Bilateral payments netting sub-process; Multilat- this file is "applied against" all outstanding contracts main- 

eral payments netting sub-process; and "end-of-day PAY- 5 tained in INTREG, thereby yielding updated "future product 

ACC management" sub-process. value (FPV)", "expected value" and "distribution" value 

Receipt of the previous operating day's "matured-contract information for all contracts and, from this, revaluations of 

actual product event value" details. This sub-process is all future entitlement "expected values" and "distribution" 

flowcharted in FIG. 24; it involves the applicable CON- values. All these revaluation figures are maintained in 

TRACT APP receiving "matured-contract actual product 10 INTREG with applicable information also being written to 

event value" details from the relevant product sponsors INFO and HISTORY. 

(external to INVENTCO). The primary data-file, MAT Contract collateralisation payments. This sub-process, 

PROD VALUES, is updated with this information. The flowcharted in FIG. 31, draws principally on the data-file 

support data-files, ADMIN, HISTORY, and INFO are simi- INTREG. Following the contract valuation process, this 

larly updated with applicable information. 15 collateralisation process involves relevant INTREG records 

"Start-of-day" PAYACC management. This sub-process is being read and, depending (amongst other things) on the 

flowcharted in FIG. 25; it involves the applicable CON- precalculated "present value" of the expected future entitle- 

TRACT APP receiving consideration/entitlement "actual ment associated with each relevant contract, a calculated 

account" opening-balances from participating portion of the present value of the expected future consid- 

consideration/entitlement transfer entities (external to 20 eration amount is debited or credited to the PAYACC 

INVENTCO) (see Process 7 for details). The primary data- SHADOW file of the applicable collateralisation trustee 

files, PAYACC SHADOW and PAYACC FINAL are updated entity, and the product ordering party and/or counterparty as 

with this information. The support data-files, HISTORY, is applicable. 

INFO and ADMIN, are similarly updated with applicable Generally, if the most recent precalculated "present 

information. 25 value" of the expected future entitlement associated with 

Contract maturity management. This subprocess is flow- each relevant contract indicates a negative contract value, 

charted in FIG. 26; It involves the applicable CONTRACT and if this negative value exceeds the prior contract valua- 

APP determining and giving effect to primary and related tion figure, the applicable entity's trust account is credited 

entitlement-transfers to/from applicable CONTRACT APP with the funds difference, with the entity's own 

stakeholders, applicable other INVENTCO stakeholders, 30 consideration/entitlement transfer entity account being deb- 

where such transfers are principally reflected in entries to the ited correspondingly. If this negative value does not exceed 

data-file, PAYACC SHADOW. CONTRACT APP deter- the prior contract valuation figure, the applicable entity's 

mines and gives effect to these transfers, principally by trust account is debited with the funds difference, with the 

drawing upon product/contract information maintained in entity's own consideration/entitlement transfer entity 

the data files, INTREG, MAT PROD VALUES, COLLAT, 35 account being credited correspondingly. On the other hand, 

CREDIT MGMT, BILAT OBLIG NET, and MULTILAT if the most recent precalculated "present value" of the 

OBLIG NET. These data-files are appropriately updated in expected future entitlement associated with each relevant 

the process as are the support data-files, ADMIN, HISTORY, contract indicates a positive contract value, the only collat- 

TAX/SUB, PAYACC SHADOW and INFO. eralisation payment adjustment called for is one in which all 

Confirmed contract processing. This sub-process, flow- 40 funds (if any) in the applicable entity's trust account are 

charted in FIG. 27, operates continually throughout each transferred to the entity's own consideration/entitlement 

operating day. Details of new matched/confirmed contracts transfer entity account. In each of the above-described cases, 

are read from the file PORD CONF and are then time- a record of all entries effected is written to the data-file, 

stamped and written to the file INTREG as two records — COLLAT, and a subset of this information is written to the 

one record pertaining to the contract ordering party and the 45 data-files HISTORY and INFO. 

other to the contract counterparty. The support data files, System Access and usage fee determination and pay- 

INFO, ADMIN, and HISTORY are appropriately updated in ments.. This subprocess, flowcharted in FIG. 32, deals with 

the process. the determination and payment of system access and usage 

Information compilation and distribution. This sub- fees (as distinct from contract maturity date fee payments), 
process, flowcharted in FIG. 28, operates continually 50 The function draws principally on the data-files ADMIN, 

(beyond a defined operating day), drawing on the data-file and HISTORY. Fee payment parameters are maintained in 

INFO. As already described, INFO is updated continually as data-file ADMIN. These parameters are applied against the 

CONTRACT APP and other INVENTCO events occur, day's new records already written to HISTORY. Debits and 

including pertinent AXSCO message information written in credits for fees so determined are written to PAYACC 
the first instance to HISTORY. All relevant INVENTCO 55 SHADOW with summary information written to INFO and 

stakeholders have access to preauthorised parts of INFO. HISTORY. 

Information extraction from primary orders. This sub- Bilateral obligations netting. This subprocess, flow- 
process, flowcharted in FIG. 29, is effected after the comple- charted in FIG. 33, effectively maintains an up-to-date 
tion of the defined operating day. Essentially, it involves the matrix of the present values of expected future entitlement 
single task of processing the data-file, HISTORY* to yield 60 (and other) obligations between pairs of participating order- 
pertinent information for the data-file INFO. One of the most ing parties and counterparties (as well as other participating 
important items of information drawn from HISTORY is CONTRACT APP and INVENTCO stakeholders), continu- 
(confidential) information on all of the prior day's potential ally adjusted on the basis of required current consideration, 
counterparty consideration bid parameters, in particular the entitlement and other payments/receipts as they occur. As 
data items termed "assessed probabilities of occurrence". 65 required, the function updates the above-described matrix in 
This information yields "market" information for the sub- two stages. First, with the most recent contract revaluation 
sequent contract valuation sub-process. figures contained within INTREG. And second, with the 
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end-of-day payment/receipt amounts contained within PAY- 
ACC SHADOW. Consideration/entitlement transfer entity 
transfers from/to applicable entities are determined 
(according to the application-promoter specified parameters 
for so doing) on the basis of whether or not any/all of the 
adjusted bilateral present value figures are in excess of their 
allowable limits. These entries are written to PAYACC 
SHADOW, with the data-files BILAT OBLIG NET, 
INTREG, HISTORY, and INFO being subsequently 
updated. 

Multilateral obligations netting. This subprocess, flow- 
charted in FIG. 34, is essentially the same as the bilateral 
netting function except that a specified "clearing/trustee" 
entity is effectively interposed between all bilateral coun- 
terparties and, as such, netted obligations are only between 
the specified "clearing house/trustee" entity and each par- 
ticipating entity. 

Bilateral payments netting. This subprocess, flowcharted 
in FIG. 35, is independent of the above-described bilateral 
and multilateral obligations netting subprocesses. The sub- 
process operates by producing a matrix of bilaterally netted 
payments/receipts based on records contained in the data- 
file, PAYACC SHADOW. Single netted payment/receipt 
figures are then rewritten to PAYACC SHADOW, with the 
data-files BILAT PYMTS NET, ADMIN, HISTORY and 
INFO being subsequently updated. 

Multilateral payments netting. Like bilateral payments 
netting, this subprocess, flowcharted in FIG. 36, is indepen- 
dent of the above-described bilateral and multilateral obli- 
gations netting subprocesses. The subprocess operates by 
producing a matrix of bilaterally netted payments/receipts 
to/from the applicable "clearing house/trustee" entity based 
on records contained in the data-file, PAYACC SHADOW. 
Single netted payment/receipt figures (to/from the "clearing 
house/trustee" entity) are then rewritten to PAYACC 
SHADOW, with the data-files MULTILAT PYMTS NET, 
ADMIN, HISTORY and INFO being subsequently updated. 

"End-of-day" PAYACC management. This subprocess, 
flowcharted in FIG. 37, involves a three-stage process. First, 
the preparation of inter-consideration/entitlement transfer 
entity "balancing" transactions. Second, the transfer of the 
final contents of the PAYACC SHADOW data-file to the 
data-file, PAYACC FINAL. And third, the electronic trans- 
mission of the contents of PAYACC FINAL to the applicable 
consideration/entitlement transfer entities (external to 
INVENTCO). In turn, the subsidiary data-files, ADMIN, 
HISTORY, and INFO are updated. 
Process 7 

Process 7 handles non-CONTRACT APP-related obliga- 
tion transfers between applicable INVENTCO stakeholders, 
that is, the transfer of ownership title over "assets" registered 
by INVENTCO — typically matched/confirmed contracts 
(recorded as CONTRACT APP INTREG records) and 
consideration/entitlement transfer entity resources (recorded 
as PAYACC records). Both of the above-mentioned items 
have value to their holder. This process enables holders of 
these items to assign or lend any portion of their holdings to 
others at their will through initiating the appropriate trans- 
actions as NCAROT TRANS. The process accesses a rela- 
tively small number of data files (See FIG. 38). NCAROT 
TRANS received result in appropriate updates to the pri- 
mary data-files, PAYACC SHADOW and INTREG. In turn, 
the subsidiary data files, HISTORY, ADMIN and INFO are 
updated. 
Process 8 

Process 8 (flowcharted in FIG. 39) handles CONTRACT 
APP (and other INVENTCO) stakeholder shared-access to 
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specialist systems to assist them decide how best to interface 
with one or more aspects of INVENTCO. In the case of 
CONTRACT APP stakeholders, the most likely users of this 
process, one collection of such specialist systems are termed 
5 "decision support systems". The purpose of these systems is 
to guide a user-stakeholder as to how it should react to/deal 
with the continually changing circumstances within the 
CONTRACT APP with which they are dealing. Different 
clusters of systems are applicable for different CONTRACT 
10 APP stakeholders. These systems involve a hierarchy of 
potentially any number of value-added components. 

An example of one such system, useful to primary product 
ordering parties, is a system which helps an ordering party 
determine which of its prespecified, but as yet un-matched, 
15 orders it should withdraw and which of its potential new 
product orders it should submit. This system is in the form 
of a "utility optimization" mechanism which seeks to iden- 
tify the best possible composition of outstanding orders (and 
thus, which existing, unmatched orders should be withdrawn 
20 and which new orders should be submitted) based on two 
things. First, an objective function which seeks to minimize 
the difference between a weighted sum of actual and desired 
values of a series of attributes (involving single or multiple 
products, covering the ordering party's "real business expo- 
25 sure" to each product, the ordering party's portfolio of 
contracts which have been "matched" but are not yet 
confirmed, orders which have been submitted but not yet 
matched, and potential yet-to-be-submitted orders 
(collectively termed the "buyer's objective portfolio"), these 
30 attributes including, amongst other things: the "expected 
value" of the objective portfolio; the "standard deviation" of 
the objective portfolio; the "incremental cash outflow" 
attribute of the objective portfolio; the "maximum absolute 
loss" attribute of the objective portfolio; the "expected loss" 
35 attribute of the objective portfolio; the "implied minimum 
return on investment" of the objective portfolio; and the 
"implied expected return on investment" of the objective 
portfolio. And second, a series of constraints specifying, 
amongst other things: the required "minimum values" of 
40 each objective function attribute; and required minimum 
product-shares in the ordering party's overall product port- 
folio. The mathematical form of this "optimization" could 
take any of a number of alternative forms. 

An optimization mechanism similar to the one described 
45 above can also aid potential counterparties in defining their 
pricing parameters for application against incoming product 

Effectively, systems of the above-described type are col- 
lectively maintained as a software "library" within the 
50 applicable CONTRACT APP (although they may also be 
loaned by VIRPRO-authorised entities independent of 
INVENTCO and/or acquired by VIRPRO-authorised parties 
whether they are INVENTCO stakeholders or not). CON- 
TRACT APP (and other INVENTCO) stakeholder requests 
55 to make use of software within this library are received by 
way of records in the file, SSA TRANS. These requests 
result in the appropriate records in the file SSA being 
accessed and made available for use via AXSCO and the 
applicable entity's authorised electronic link to 
60 INVENTCO. Appropriate records of the utilization of SSA 
records are written to the data-files HISTORY, ADMIN and 
INFO. 
Process 9 

Process 9 (flowcharted in FIG. 40) handles CONTRACT 
65 APP (and other INVENTCO) stakeholder shared-access to a 
range of INVENTCO-facilitated value added services. 
These services can include: accounting, reconciliation, and 
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information services; value added information reseller ser- 
vices; financial services of multiple types; and data process- 
ing and telecommunications services. Effectively, software 
relating to these services is maintained as a software 
"library" within the applicable CONTRACT APP (although 
they may also be loaned by VIRPRO-authorised entities 
independent of INVENTCO and/or acquired by VIRPRO- 
authorised parties whether they are INVENTCO stakehold- 
ers or not). CONTRACT APP (and other INVENTCO) 
stakeholder requests to make use of software within this 
library are received by way of records in the file, VAS 
TRANS. These requests result in the appropriate records in 
the file VAS being accessed and made available for use via 
AXSCO and the applicable entity's authorised, electronic 
link with INVENTCO. Appropriate records of the utilization 
of VAS records are written to the data-files HISTORY, 
ADMIN and INFO. 

RISK MANAGEMENT CONTRACTS 

Risk management contracts is a term used to refer to one 
type of contractual obligation which can be, but does not 
need to be, traded/exchanged/transferred, and subsequently 
processed and settled, using an INVENTCO system. Risk 
management contracts consist of "primary" risk manage- 
ment contracts; "secondary" risk management contracts; 
"derivative-primary" risk management contracts; and 
"derivative-secondary" risk management contracts. 

"Primary" risk management contracts can be "simple" 
and "complex" in nature ("simple" contracts being deriva- 
tives of "complex" contracts). 

A "simple" primary risk management contract is a trade- 
able or untradeable contract conveying an obligation on an 
entity, upon that entity being granted a consideration by 
another entity (or accepting a pledge to be granted a con- 
sideration by the other entity), to make an entitlement to that 
other entity depending on the value of a defined 
phenomenon, determined at a defined time in the future. 

A "complex" primary risk management contract is a 
tradeable or untradeable contract conveying an obligation on 
either or both of two entities, upon one entity [usually] being 
granted a consideration by the other entity (or accepting a 
pledge to be granted a consideration by the other entity), to 
make an entitlement to pay/receive an entitlement from one 
another, depending on the value of a defined phenomenon, 
determined at a defined time in the future. A "complex" 
contract may, in turn, be "basic" or "advanced" in nature: a 
"complex-basic" contract being one that does not involve 
ordering party and/or matched order counterparty "collater- 
alisation payments" to a third-party trustee or clearing entity 
during the life of a contract; and a "complex-advanced" 
contract being one that does involve ordering party and/or 
matched order counterparty "coilateralisation payments" to 
a third-party trustee or clearing entity during the 'life of a 

"Secondary" risk management contracts are pre-existing 
"primary" risk management contracts offered for trade 
(individually or as a portfolio) by a "risk-counterparty" 
stakeholder to the underlying contract. 

"Derivative-primary" risk„management contracts are 
options contracts, or futures contracts, or forward contracts, 
or forward rate agreements, or swaps, or like financial 
instruments based on specified, but yet-to-be-established, 
primary risk management contracts. 

"Derivative-secondary" risk management contracts are 
options contracts, or futures contracts, or forward contracts, 
or forward rate agreements, or swaps, or like financial 
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instruments based on pre-existing primary risk management 
contracts (which may have been traded since they were first 
established), including instruments based on: specified, but 
yet-to-be established, secondary risk management contracts; 
5 and the intended tertiary trading/exchange/transfer of 
specified, established, secondary risk management con- 

PROCESS 2 VARIABLES AND DATA FILES 
Listed below is the file name and description therefor. 
10 Order Data Fields 

OID Unique identification assigned by CONTRACT APP to 

every new order submitted. 
BID Ordering party identification. 
BREF Ordering party's own reference for this order. 
15 PID Order field specifying the required product. 
PMAT Product maturity date. 

PC/ED Product consideration/entitlement denomination. 
PCUR Product currency denomination. 
PNCUR Product national currency denomination. 
20 PPARAM Product specification parameters (e.g. minimum 
value (PMIN), maximum value (PMAX), and the step 
size (PSTEP)). 

MAXCONSID Maximum consideration the ordering party 
will pay for this contract. 
25 PAYFUNC Pay-off function type, contingent on one or more 
index variables. 
PAYPARAM Parameters associated with the PAYFUNC. 
ACC CONSID The ordering party account the consideration 
is to be paid from. Implied is the account consideration/ 
30 entitlement, currency, national currency. 

ACC ENTITL The ordering party account the contract 
entitlement is to be paid into. Implied is the account 
consideration/entitlement, currency, national currency. 
RET LIM Retention time limit for the order, which sets an 
35 expiration time for the order whilst remaining 
un-matched. 

OPRICE Price calculated and selected for this order (this 

value will be the matching price). 
SPRICE Counterparty identification with which the order 
40 was matched. 

PAY TRAN Payment transaction number. 
DCID Defined circumstances identification. 
OANON Anonymous flag, set by the ordering party when 
seeking to avoid manual authorisation requests by other 
45 stakeholders. 

OMANUAL Manual authorisation request flag. If set, the 
ordering party requires manual authorisation before the 
matched order is fully confirmed. 
DTID Deal type identification which codes a combination of 
50 miscellaneous flags such as coilateralisation, bilateral and 
multilateral netting requirements. 
Counterparty Short List Arrays 

PRICEFUNC(SID) Pricing function: function type and 
associated parameters. 
55 ELFUNC(SID) Expected loss determination function: func- 
tion type and associated parameters. 
EVFUNC(SID) Expected value determination function: 

function type and associated parameters. 
CR(SID) Commission rate to be used for the current defined 
6a . circumstances. . ■ t 

DR(SID) Discount rate to be used for the current defined 

circumstances. 
PRICE(SID) Price calculated by each counterparty. 
EL(SID) Expected loss calculated for the current order by 
65 each counterparty. 

AL(SID) Absolute loss calculated for the current order by 
each counterparty. 
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EV(SID) Expected values determined for the current order 

by each counterparty. 
MCC(SID) Maximum composition any contract (as an 

expected loss) can have of the entire portfolio. 
MC(SID) Maximum composition the product (as an 5 

expected loss) can have of the entire portfolio. 
ELL1(SID) Order expected loss limit. 
ELL2(SID) Expected loss limits set by the counterparty for 

the product. 

ELL3(SID) Expected loss limits set by the counterparty for 10 

equivalent maturity date products. 
ELL4(SID) Expected loss limits set by the counterparty for 

same month maturity products. 
ELL5(SID) Expected loss limits set by the counterparty for 

orders in all products. is 
CEL2(SrD) Current accumulated expected losses for the 

product. 

CEL3(SID) Current accumulated expected losses for 

equivalent maturity date products. 
CEL4(SID) Current accumulated expected losses for same 20 

month maturity products. 
CEL5(SID) Current accumulated expected losses for orders 

in all products. 
ALL1(SID) Absolute loss limit function for each contract. 
ALL2(SID) Absolute loss limit function set for the product. 25 
CAL2(SID) Current absolute limit function accumulated for 

the product. 

EVL1(SID) Expected value limit on each order. 

C-C/EDXCHANG(SID) Counterparty consideration/ 
entitlement denomination exchange rates which convert 30 
the ordering party's consideration denomination of ACC 
CONSID (and MAXCONSID) into the product's consid- 
eration denomination. 

C-CXCHANG(SID) Counterparty currency exchange rates 
which covert the ordering party's currency of ACC CON- 35 
SID (and MAXCONSID) into the product's denominated 
currency. 

C-NCXCHANG(SID) Counterparty national currency 
exchange rates which convert the ordering party's 
national currency of ACC CONSID (and MAXCONSID) 40 
into the product's denominated national currency. 

E-C/EDXCHANG(SID) Counterparty consideration/ 
entitlement denomination exchange rates which convert 
the ordering party's consideration denomination of ACC 
ENTITLinto the product's consideration denomination. 45 

E-CXCHANG(SID) Counterparty currency exchange rates 
which covert the ordering party's currency of ACC 
ENTITL into the product's denominated currency. 

E-NCXCHANG(SID) Counterparty national currency 
exchange rates which convert the ordering party's 50 
national currency of ACC ENTITL into the product's 
denominated national currency. 

Miscellaneous Variables 

BPRICE Best price selected from the PRICE(SID) array. 
SID The currently selected or viewed counterparty identi- 55 
fication. 

INDEX Index counter variable required for calculating order 

PI Value calculated by a pricing function at an index point. 
P2 Value calculated by a pay-off function at an index point. 60 
Master Files 

FILE DESCRIPTION/CONTENTS 

PORD NEW Holds details of all new orders submitted by 

ordering parties: 
BID Ordering party identification. 65 
BREF Ordering party's own reference for this order. 
PID Order field specifying the required product. 
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MAXCONSID Maximum consideration the ordering party 

will pay for this contract. 
PAYFUNC Pay-off function type, contingent on one or more 

index variables. 
PAYPARAM Parameters associated with the PAYFUNC. 
ACC CONSID The ordering party account the consideration 

is to be paid from. 
ACC C/ED The ordering party account consideration/ 

entitlement. 

ACC CUR The ordering party account currency. 

ACC NCUR The ordering party account national currency. 

ACC ENTITL The ordering party account the contract 

entitlement is to be paid into. 
RET LIM Retention time limit for the order, which sets an 

expiration time for the order whilst remaining 

un-matched. 

OANON Anonymous flag, set by the ordering party when 
seeking to avoid manual authorisation requests by other 
stakeholders. 

OMANUAL Manual authorisation request flag. If set, the 

ordering party requires manual authorisation before the 

matched order is fully confirmed. 
DTID Deal type identification which codes a combination of 

miscellaneous flags such as collateralisation, bilateral and 

multilateral netting requirements. 
PORD QUEUE This master file holds details of orders 

which have already been authorised, and have attempted 

to match once before. Fields as in ORD NEW plus some 

additional fields: 
OID Unique identification assigned by P-CONTRACT to 

every new order submitted. 
PMAT Product maturity date. 

C/ED Product consideration/entitlement denomination. 
PCUR Product currency denomination. 
PNCUR Product national currency denomination. 
PPARAM Product specification parameters (e.g. minimum 

value (PMIN), maximum value (PMAX), and the step 

size (PSTEP)). 
DCID Defined circumstances identification. 
PORD RFJ All rejected orders reside in this file. Fields as in 

ORD QUEUE plus some additional fields: 
ERRCODE Error code indicating why the order was 

PORD CONF When an order is matched and fully 
confirmed, full details are stored in this master file. Fields 
as in ORD QUEUE plus some additional fields: 

OPRICE Price calculated and selected for this order. This 
value will be the matching price. 

SPRICE Counterparty identification with which the order 
was matched. 

PAY TRAN Payment transaction number. 

PPRODUCT This master file holds information (definition 
details) about each product known to the system: 

PID Product identification. 

PMAT Product maturity date. 

PC/ED Product consideration/entitlement denomination. 
PCUR Product currency denomination. 
PNCUR Product national currency denomination. 
PPARAM Product specification parameters (e.g. minimum 

value (PMIN), maximum value (PMAX), .and the step 

size (PSTEP)). - 
PDEAL LIST This file holds a list of the ordering party/ 

product/counterparty tuples of allowable deals to occur. 

Thus by specifying an ordering party (BED) and product 

(PID), a list of counterparties who are prepared to enter 

into a deal with the ordering party/product combination, 

can be obtained: 
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BID Ordering party identification 
PID Product identification 
SID Counterparty identification 

ANON All stakeholder identifications requiring anonymous 

MANUAL All stakeholder identifications requiring manual 
authorisation 

PSEL DC This file allows counterparties to define identifi- 
cations for sets of potential order parameters. Any order 
data field can be used to define an order. Each defined 
circumstance identification is then used to set unique 
pricing parameters: 

DCID Defined circumstances identifications. 

BID Ordering party identification 

PAYFUNC Pay-off function type, contingent on one or more 

index variables. 
PAYPARAM Parameters associated with the PAYFUNC. 
ACC CONSID The ordering part account the consideration 

is to be paid from. 
ACC ENTITL The ordering party account the contract 

entitlement is to be paid into. 
DTTD Deal type identification. 

PC/ED Product consideration/entitlement denomination. 
PCUR Product currency denomination. 
PNCUR Product national currency denomination. 
PSEL PRICE Contains all counterparty pricing parameters, 
including commission rates, discount rates and exchange 

SID Counterparty identification 
PID Product identification 
DCID Defined circumstances identification 
PRICEFUNC Pricing function: function type and associated 
parameters. 

CR Commission rate to be used for the current ordering 
party in the current product. 

DR Discount rate to be used for the current ordering party 
in the current product. 

C-C/EDXCHANG Counterparty consideration/entitlement 
denomination exchange rates which convert the ordering 
party's consideration denomination of ACC CONSID 
(and MAXCONSID) into the product's consideration 
denomination. 

C-CXCHANG Counterparty currency exchange rates which 
covert the ordering party's currency of ACC CONSID 
(and MAXCONSID) into the product's denominated cur- 

C-NCXCHANG Counterparty national currency exchange 
rates which convert the ordering party's national currency 
of ACC CONSID (and MAXCONSID) into the product's 
denominated national currency. 

E-C/EDXCHANG Counterparty consideration/entitlement 
denomination exchange rates which convert the ordering 
party's consideration denomination of ACC ENTITL into 
the product's consideration denomination. 

E-CXCHANG Counterparty currency exchange rates which 
covert the ordering party's currency of ACC ENTITL into 
the product's denominated currency. 

E-NCXCHANG Counterparty national currency exchange 
rates which convert the ordering party's national currency 
of ACC ENTITL into the product's denominated nationaL- 
currency. 

PSEL LIMIT Holds all counterparty portfolio limits and 
current accumulated exposures in the various mathemati- 
cal forms allowed by the system: 

SID Counterparty identification 

PID Product identification 

DATE Product maturity date. 
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MCC Maximum composition any contract (as an expected 

loss) can have of the entire portfolio. 
MC Maximum composition the product (as an expected 

loss) can have of the entire portfolio. 
5 ELL1 Order expected loss limit. 

ELL2 Expected loss limits set by the counterparty for the 

product. 

ELL3 Expected loss limits set by the counterparty for 

equivalent maturity date products. 
1Q ELL4 Expected loss limits set by the counterparty for same 

month maturity products. 
ELL5 Expected loss limits set by the counterparty for orders 

in all products. 
CEL2 Current accumulated expected losses for the product. 
15 CEL3 Current accumulated expected losses for equivalent 

maturity date products. 
CEL4 Current accumulated expected losses for same month 

maturity products. 
CEL5 Current accumulated expected losses for orders in all 
, 0 products. 

ALL1 Absolute loss limit function for each contract. 
ALL2 Absolute loss limit function set for the product. 
CAL2 Current absolute limit function accumulated for the 

product. 

25 EVL1 Expected value limit on each order. 

PAYACC Payment accounts for all registered stakeholders 
(inc. balances and previous SHADOWtransactions), are 
stored in this master file: 
ID Stakeholder identification. 
30 NO Account number. 

ACC C/ED The ordering party account consideration/ 
entitlement. 

ACC CUR The ordering party account currency. 
ACC NCUR The ordering party account national currency. 
35 BALANCE Available funds. 

GID Stakeholder identification guaranteeing the account. 
I claim: 

1. A computer-based data processing system to enable the 
formulation of customized multi-party risk management 
4Q contracts having a future time of maturity, the system 
comprising: 

at least one stakeholder input means by which ordering 
stakeholders can input contract data representing at 
least one offered contract in at least one predetermined 
45 phenomenon, each said phenomenon having a range of 
future outcomes, and said contract data specifying 
entitlements due at maturity for said range of future 
outcomes, and a consideration due to a counter-party 
stakeholder; 

50 at least one counter-party stakeholder input means by 
which at least one counter-party stakeholder can input 
registering data, independent of said stakeholder enter- 
ing said contract data, as to a likelihood of each 
outcome in said range of future outcomes for one or 

55 more of said predetermined phenomena; 

a data storage means linked with each said stakeholder 
input means and linked with each said counter-party 
stakeholder input means to store said contract data and 
said registering data; and 

60 data processing means, linked with the data storage 
means, for pricing and matching contracts from said 
contract data and said registering data, said pricing 
including calculating a counter-consideration derived 
from said likelihoods and said entitlements, and said 

65 matching including comparing said consideration and 
said counter-consideration to match an offered contract 
with at least one of said counter-party stakeholders. 
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2. The system as in claim 1, further comprising at least 
one other-stakeholder input means linked with the data 
storage means, and by which phenomena and associated 
range of outcomes can be input to be stored in the data 
storage means to be ones of said predetermined phenomena 5 
and said range of future outcomes therefor. 

3. The system as in claim 2, wherein each other- 
stakeholder input means is configured so that each said 
predetermined phenomenon and associated range of future 
outcomes further include a predetermined time of maturity, 10 
and said contract data and said registering data are for the 
time of maturity. 

4. The system as in claim 2 or claim 3, wherein said 
registering data for each outcome represents a probability of 
that outcome eventuating at the time of maturity, and said 15 
counter-consideration is calculated by elemental multiplica- 
tion of entitlements and the respective likelihood, all 
summed over the range, and adjusted at least to calculate the 
present day value thereof. 

5. The system as in claim 4, wherein the said other- 20 
stakeholder input means is configured to receive updating 
data as to a present day outcome of each of the phenomena, 
in turn to be passed to the data storage means for recordal. 

6. The system as in claim 5, wherein, on maturity of the 
contract, the data processing means retrieves the updated 25 
present day outcome of the respective phenomenon from the 
data storage means, determines an entitlement due for that 
outcome, and passes the entitlement to output means of the 
data processing system for exchange of the entitlement 
between the matched stakeholders. 30 

7. The system as in claim 6, wherein said output means is 
linked with data communications means to remote locations 
where stakeholder accounts reside, and the data processing 
means causes transaction of the entitlement between respec- 
tive stakeholder accounts. 35 

8. The system as in claim 4, wherein said other- 
stakeholder input means receives qualification data which 
places qualification on which of the counter-party register- 
ing data can be used to price and/or match an offered 
contract, the said qualification data being stored in the data 40 
storage means. 

9. The system as in claim 8, wherein said qualification 
data is input to the input means by parties including stake- 
holder guarantors, and financial or institutional regulators. 

10. The system as in claim 4, wherein the data processing 45 
means is configured so that a match of an offered contract is 
made on the basis only of a counter-consideration being less 
than or equal to the said consideration. 

11. The system as in claim 10, wherein the data processing 
means is configured so that a match of an offered contract is 50 
made with a preferred one of a counter-consideration being 
less than or equal to the said consideration. 

12. The system as in claim 4, further comprising a credit 
record and a debit record for each stakeholder held with an 
exchange Institution, the credit records and debit records for 55 
exchange of entitlements; and the data storage means of the 
data processing apparatus being configured to include a 
shadow credit record and a shadow debit record for each 
stakeholder, the data processing means being configured to 
obtain a start-of-day balance for each shadow credit record 60.. 
and shadow debit record, and for every transaction resulting 
in an exchange obligation, adjusting the respective shadow 
credit record or shadow debit record, allowing only those 
transactions that do not result in the value of the shadow 
debit record being less than the value of the shadow credit 65 
record at any time, each said adjustment taking place in 
chronological order, and the data processing means further 



62 

being configured to, at the end-of-day, instruct ones of the 
exchange institutions to exchange transacted credits or deb- 
its to the credit record and debit record of the respective 
stakeholders in accordance with the adjustments of the said 
permitted transactions, the credits and debits be Irrevocable, 
time invariant obligations placed on the exchange institu- 

13. The system as in claim 1, wherein, on a match of an 
offered contract, the data processing means passes the 
matched contract to the data storage means for recordal. 

14. The system as in claim 13, wherein the output means 
generates confirmatory documentation for each stakeholder 
to a matched contract. 

15. The computer-based data processing system of claim 
1, further includes a second counter party stakeholder input 
means by which a second counter-party stakeholder can 
input registering data. 

16. A system to enable the formulation of customized 
multi-party risk management contracts, the system compris- 
ing: 

a plurality of main data processing devices interconnected 
by at least one data communications link, each said data 
processing device running an operating system and 
applications software; 
one or more data storage devices to which each data 

processing device has access; 
a plurality of data input/output channels providing con- 
nection to a plurality of stakeholder locations, each said 
location having data processing means, and the system 
being programmed for: 

regulating input of data, specifying a risk phenomenon, 
a range of outcomes for the phenomenon, and a time 
of maturity; 

stakeholders inputting to a said data storage device by 
ones of the stakeholder data processing locations 
contract data for an offered contract, specifying an 
entitlement due at maturity for each outcome in the 
range of outcomes for a one of the predetermined 
phenomena, and an amount payable to a seller; 
counter-party stakeholders inputting to a data storage 
device by ones of the stakeholder data processing 
locations registering data, independent of contract 
data entered by stakeholders, as to a likelihood of 
occurrence of each outcome in the range of outcomes 
for at least one of the predetermined phenomena; 
pricing and matching a contract by the main data 
processing devices for at least one of the offered 
contracts from the seller registered data by: for an 
offered contract, selecting the registering data for the 
respective phenomenon and, in response to entitle- 
ments specified for each outcome in the range of 
outcomes for the phenomenon, calculating a counter- 
consideration, and, by comparison of the calculated 
counter-consideration with the consideration, match- 
ing an offered contract with at least one counter-party 
stakeholder. 

17. The system as in claim 16, further comprising output 
means for each distributed data processing location 
whereby, on a match of a contract, confirmation is output in 
the form of data or documentation to respective output 
means for the matched stakeholders. 

18. A method to enable the formulation of customized 
multi-party risk management contracts having a future time 
of maturity, the method comprising the steps of: 

(a) inputting into data processing apparatus, by at least 
one ordering stakeholder input means thereof, contract 
data representing at least one offered contract in at least 
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one predetermined phenomenon having a range, of 
future outcomes, and said contract data specifying 
entitlements due at maturity for the range of future 
outcomes, and consideration due to a counter-party 
stakeholder; 5 

(b) inputting into said data processing apparatus, by at 
least one counter-party stakeholder input means 
thereof, counter-party registering data, independent of 
at least one ordering stakeholder entering contract data, 
as to a likelihood of each outcome in said range of 10 
future outcomes for one or more of said predetermined 
phenomena; 

(c) storing, in a data storage means of said data processing 
apparatus linked with each said stakeholder input 



(£) calculating the entitlement for the updated present day 

(g) exchanging the entitlement between matched stake- 
holders. 

27. The method as in claim 18 or claim 19 comprising the 
further step, following step (d), and before the time of 
maturity, of: 

(m) a party to a matched contract offering a stake in the 
contract to other parties in exchange for a 
consideration, and, on acceptance of the stake and 
exchange of the consideration by another party, that 
other party becoming a stakeholder to the contract. 

28. The method as in claim 18, wherein each stakeholder 
x holds a credit record and a debit record with an exchange 

means and linked with each said counter-party stake- 15 institution, the credit record and debit record for exchange of 



holder input means, said contract data and said regis- 
tering data; and 
(d) pricing and matching at least one of the offered 
contracts by data processing means of the data process- 
ing apparatus linked with said data storage means, said 
pricing and matching comprising the steps, for each 
offered contract, of: 

(i) calculating a counter-consideration derived from 
said likelihoods and said entitlements; 

(ii) comparing said consideration and said counter- 
consideration; and 

(iii) matching a contract on the basis of said compari- 



s thereof, 



19. The method as in claim 18, comprising the further 
step, before step (a), of: 

(aa) inputting into said data processing apparatus, by at 
least one other other-stakeholder Input 
predetermining data of a said phei 
associated range of outcomes. 

20. The method as in claim 19, wherein the step (at) 
further comprises inputting a predetermined time of maturity 
for each predetermined phenomenon and associated range of 
outcomes. 

21. The method as in claim 20, wherein the registering 
data for each outcome represents a likelihood of that out- 
come eventuating at the time of maturity, and the step (d)(i) 
is performed by 

multiplying elemental entitlements for each outcome with 

the respective likelihood; 
summing the products for the range of outcomes; and 
adjusting the sum at least to calculate a present day value 

thereof to give the counter-party consideration. 

22. The method as in claim 21, comprising the further 
steps, following step (d), of: 50 

(h) inputting, by the other-stakeholder input means, quali- 
fication data on which of the counter-party registering 
data can be used to price an offered contract. 

23. The method as in claim 21, wherein the step (d)(iii) is 
performed by considering those counter-considerations 55 
being only less than or equal to said consideration. 

24. The method as in claim 23, wherein the step (d)(iv) is 
performed by matching a preferred one of the counter- 
considerations being less than or equal to the said consid- 
eration. c 60 

25. The method as in claim 19, comprising the further step 
following step (d) of: 

(e) inputting, by the other-stakeholder input means, data 
representing a present day outcome of each phenom- 
enon. 65 

26. The method as in claim 25, comprising the further 
steps, following step (e) of, at the time of maturity: 



entitlements, the method comprising the further steps, fol- 
lowing step (d), of: 

(i) creating a shadow credit record and a shadow debit 
3 record for each stakeholder to be held independently by 
the data processing apparatus from the exchange insti- 



(j) obtaining from each exchange institution a start-of-day 
balance for each shadow credit record and shadow 
25 debit record; 

(k) for every translation resulting In an exchange 
obligation, the supervisory institution adjusting each 
respective shadow credit record or shadow debit 
record, allowing only those transactions that do not 
30 result in the value of the shadow debit record being less 
than the value of the shadow credit record at any time, 
each said adjustment taking place in chronological 
order; and 

(1) at the end-of-day, the data processing apparatus 
35 instructing ones of the exchange institutions to 
exchange transacted credits or debits to the credit 
record and debit record of the respective stakeholders 
in accordance with the adjustments of the said permit- 
ted transactions, the credits and debits being 
40 irrevocable, time invariant obligations placed on the 
exchange institutions. 

29. The method as in claim 28, wherein the end-of-day 
instructions represent credits and debits netted throughout 
the day for each stakeholder in respect of all the transactions 

45 of that day. 

30. The method as in claim 18, comprising the further step 
following step (d) of: 

(n) passing matched contracts to the data storage means 
for recordal. 

50 31. The method as in claim 30, comprising the further step 
following step (n) of: 

(o) generating confirmatory documentation for each 

stakeholder for each matched contract. 
32. A method of making a computer system, the method 
comprising the steps of: 

(a) interconnecting at least one stakeholder data input 
means and at least one counter-stakeholder data input 
means to data storage means; 

(b) interconnecting the data storage means with data 
processing means; " 

(c) interconnecting the data processing m 



>; and 



is with output 



(d) programming the data processing means to: 

(i) accept stakeholder input data of contract data rep- 
resenting at least one offered contract, each offered 
contract specifying a predetermined phenomenon, 
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each phenomenon having a range of future 
outcomes, and each said contract data having a 
future time of maturity, an entitlement due for each 
outcome in said range of outcomes, and a consider- 
ation payable to a counter-party stakeholder; 

(ii) accept counter-stakeholder registering data, inde- 
pendent of said stakeholder input data being 
accepted, as to a likelihood of each outcome in said 
range of future outcomes for each one or more of 
said phenomena; 

(in) process the contract data and the registering data to 
price and match a contract, said pricing including: 
selecting the registering data corresponding to the 
time of maturity for each predetermined 
phenomenon, and calculating a counter- 
consideration derived from said entitlements and 
said likelihoods; and said matching including com- 
paring said consideration and said counter- 
consideration to match an offered contract with at 
least one of said counter-party stakeholders; and 

(iv) output confirmatory data or documentation for each 
matched contract. 

33. A method of exchanging obligations as between 
parties, each party holding a credit record and a debit record 
with an exchange institution, the credit records and debit 
records for exchange of predetermined obligations, the 
method comprising the steps of: 

(a) creating a shadow credit record and a shadow debit 
record for each stakeholder party to be held indepen- 
dently by a supervisory institution from the exchange 
institutions; 

(b) obtaining from each exchange institution a start-of- 
day balance for each shadow credit record and shadow 
debit record; 

(c) for every transaction resulting in an exchange 
obligation, the supervisory institution adjusting each 
respective party's shadow credit record or shadow debit 
record, allowing only these transactions that do not 
result in the value of the shadow debit record being less 
than the value of the shadow credit record at any time, 
each said adjustment taking place in chronological 
order; and 

(d) at the end-of-day, the supervisory institution instruct- 
ing ones of the exchange institutions to exchange 
credits or debits to the credit record and debit record of 
the respective parties in accordance with the adjust- 
ments of the said permitted transactions, the credits and 
debits being irrevocable, time invariant obligations 
placed on the exchange institutions. 

34. The method as in claim 33, wherein the end-of-day 
instructions represent credits and debits netted throughout 
the day for each party in respect of all the transactions of that 
day. 

35. A data processing system to enable the formulation of 
customized multi-party risk management contracts, the sys- 
tem comprising: 

at least one stakeholder input means by which ordering 
stakeholders can input contract data representing at 
least one offered contract in at least one predetermined 
phenomenon, each said phenomenon having a 'future 
outcome at a time of maturity, and said contract data 
specifying an entitlement due at maturity for each 
outcome in a range of future outcomes; 

at least one counter-party stakeholder input means by 
which at least one counter-party stakeholder can input 
registering data, independent of said stakeholders 
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inputting said contract data, for one or more of said 
predetermined phenomena; 
a data storage means linked with each said stakeholder 
input means and linked with each said counter-party 

5 stakeholder input means to store said contract data and 
said registering data; and 
data processing means, linked with the data storage 
means, for pricing and matching contracts from said 
contract data and said registering data, said pricing 

10 including calculating counter-considerations derived 
from said registering data relating to the phenomenon 
of the contract data, and said matching including com- 
paring said counter-considerations to match an offered 
contract with at least one of said counter-party stake- 

15 holders. 

36. A data processing system to enable the formulation of 
customized potential multi-party risk management 
contracts, the system comprising: 

7Q at least one stakeholder input means by which ordering 
stakeholders can input contract data representing at 
least one offered contract in at least one predetermined 
phenomenon, each said phenomenon having a future 
outcome at a time of maturity, and said contract data 
specifying an entitlement due at maturity for each 
outcome in a range of future outcomes; 

at least one counter-party stakeholder input means by 
which at least one counter-party stakeholder can input 
registering data, independent of said stakeholders 
30 inputting said contract data, for one or more of said 
predetermined phenomena; 

a data storage means linked with each said stakeholder 
input means and linked with each s aid counter-party 
stakeholder input means to store said contract data and 
35 said registering data; and 

data processing means, linked with the data storage 
means, for pricing contracts from said contract data and 
said registering data, said pricing including calculating 
counter-considerations derived from said registering 
40 d a ta relating to the phenomenon of the contract data. 

37. A data-processing system to enable the formulation of 
customized multi-party risk management contracts, the sys- 
tem comprising: 

at least one stakeholder input means by which ordering 

45 stakeholders can input contract data representing at 
least one offered contract in at least one predetermined 
phenomenon, each said phenomenon having a future 
outcome at a time of maturity, and said contract data 
specifying an entitlement due at maturity for each 

50 outcome in a range of future outcomes; 

at least one counter-party stakeholder input means by 
which at least one counter-party stakeholder can input 
registering data, independent of said stakeholders 

55 inputting said contract data, for one or more of said 
predetermined phenomena; 
a data storage means linked with each said stakeholder 
input means and linked with each said counter-party 
stakeholder input means to store said contract data and 

60 said registering data; and 

data processing means, linked with the data storage 
means, for pricing and matching contracts from said 
contract data and said registering data, said pricing 
including calculating counter-considerations for each 

65 outcome in said range derived from said registering 
data relating to the phenomenon of the contract data, 
and said matching including comparing said counter- 
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- considerations for each outcome in said range and over 
said range to match an offered contract with at least one 
of said counter-party stakeholders. 

38. A data processing system to enable the formulation of 
customized multi-party risk management contracts, the sys- 5 
tern comprising: 

at least one stakeholder input means by which ordering 
stakeholders can input contract data representing at 
least one offered contract in at least one predetermined 
phenomenon, each said phenomenon having a future 10 
outcome at a time of maturity, and said contract data 
specifying an entitlement due at maturity for each 
outcome in a range of future outcomes; 

at least one counter-party stakeholder input means by 
which at least one counter-party stakeholder can input 15 
registering data, independent of said stakeholders 
inputting said contract data, for one or more of said 
predetermined phenomena; 

a data storage means linked with each said stakeholder , 0 
input means and linked with each said counter-party 
stakeholder input means to store said contract data and 
said registering data; and 

data processing means, linked with the data storage 
means, for pricing and matching contracts from said 2 5 
contract data and said registering data, said pricing 
including dividing the entitlement into integer 
components, and, for each component, calculating 
counter-considerations derived from said registering 
data relating to the phenomenon of the contract data, 30 
and said matching including comparing each compo- 
nent said counter-considerations to match an offered 
contract with at least one of said counter-party stake- 
holders. 



39. A data processing system to enable the formulation of 
customized multi-party risk management contracts, the sys- 



at least one stakeholder input means by which ordering 
stakeholders can input contract data representing at 
least one offered contract in at least one predetermined 
phenomenon, each said phenomenon having a future 
outcome at a time of maturity, and said contract data 
specifying an entitlement due at maturity for each 
outcome in a range of future outcomes; 

at least one counter-party stakeholder input means by 
which at least one counter-party stakeholder can input 
registering data, independent of said stakeholders 
inputting said contract data, for one or more of said 
predetermined phenomena; 

a data storage means linked with each said stakeholder 
input means and linked with each said counter-party 
stakeholder input means to store said contract data and 
said registering data; and 

data processing means, linked with the data storage 
means, for pricing and matching contracts from said 
contract data and said registering data, said pricing 
including calculating counter-considerations derived 
from said registering data relating to the phenomenon 
of the contract data, and said matching including com- 
paring said counter-considerations to match an offered 
contract with at least one of said counter-party 
stakeholders, and further for periodically repricing the 
ordering data of matched contracts, said repricing 
including calculating counter-considerations derived 
from at least some of said registering data relating to 
the phenomenon of the contract. 
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